Comments 57
Мой голос вы получили. Удачи вам. Спасибо за редиску)
+1
почему я нищий студент и не могу попасть на DevConf::PHPDevConf :(
+4
Потому что не умеешь нихера, следовательно нечего там делать.
+15
толсто
+3
Честно.
+9
неа, толсто и глупо, или у вас собран libastral с зависимостями на квалификацию?
сомневаюсь
сомневаюсь
-2
Ты любые неудобные темы принимаешь за троллинг? Заметил тендецию, недавно началась.
Умные выражения ради доказательства квалификации выходят из моды.
Finish
Умные выражения ради доказательства квалификации выходят из моды.
Finish
+3
поставь себе минус сам
-5
Ты любые умные выражения принимаешь за доказательства квалификации? Заметил тенденцию, недавно началась.
Троллинг ради троллинга выходит из моды.
Finish
Троллинг ради троллинга выходит из моды.
Finish
+1
От нищих студентов — да. Иначе не были бы нищими. И причем тут, собственно, тенденция? Сморозил ни в п*зду, ни в красную армию, ей богу :-)
И если бы я троллил, я бы сказал, что таких специалистов нужно побольше на конференциях.
И если бы я троллил, я бы сказал, что таких специалистов нужно побольше на конференциях.
-3
ну-ну, чего вы тут кричите
+1
Все же считаю для студентов надо делать скидки, так как заработок full-time разработчика и студента различаются.
+6
Голос отдал. А можно потом увидеть запись вашего доклада?
+2
UFO just landed and posted this here
Да, но на слайдах много кода не напишешь. Думаю подготовить полную версию исходников + краткую инструкцию по установке и запуску окружения в виде дополнительного материала, только не совсем понимаю как раздать. Есть идеи?
0
Лучше бы сюда статью написали. Мне вот очень интересно сравнение с memcached
+4
извиняюсь конечно, но — ПОШЛИ БЫ ВЫ.
тема интересная, могли бы хоть крошками поделиться, а не голым анонсом-саморекламой. только аппетит нагнали, а придётся давиться хабра-пильменями про ipod, копирайты и торенты…
тема интересная, могли бы хоть крошками поделиться, а не голым анонсом-саморекламой. только аппетит нагнали, а придётся давиться хабра-пильменями про ipod, копирайты и торенты…
+14
Не беспокойтесь, после конференции и на хабр повалят статьи.
0
в смысле поделиться — на блюде принести?
аппетиту давно кушать подано
аппетиту давно кушать подано
+2
естественно гугл всё знает, даже больше, лучше попробовать самому.
мне инофрмация прямо здесь и прямо сейчас не нужна, но вот анонсы, тем более. это очень здорово, что автор решил поделиться опытом, и тем, кто это услышит очень повезёт, но если бы была полноценная статья, то было бы понятное на что подписываешься и какие вопросы будут освещены, а какие подготовить для кулуаров
мне инофрмация прямо здесь и прямо сейчас не нужна, но вот анонсы, тем более. это очень здорово, что автор решил поделиться опытом, и тем, кто это услышит очень повезёт, но если бы была полноценная статья, то было бы понятное на что подписываешься и какие вопросы будут освещены, а какие подготовить для кулуаров
0
В вашем замечании конечно есть здравое зерно, но написав статью сейчас — грош цена докладу, в котором я смогу более полно раскрыть тему и главное подробнее рассказать о наиболее интересных вам моментах, в режиме живого диалога.
Цель данного поста отнюдь не само-реклама. Для меня важно понять насколько интересна эта тема сообществу.
Цель данного поста отнюдь не само-реклама. Для меня важно понять насколько интересна эта тема сообществу.
0
Прочесть мануал сложно?
0
«Очень быстрый» это как? Во сколько раз быстрее memcache например? Я вот его в 60 раз обогнал, а вы?
0
На правах рекламы: Если Вы любите Redis, но не любите английский: сравнительно недавно замечательный человек vasa_c перевел документацию по ней.
+1
А вот с BerkeleyDB сравнивать не пробовали?
0
Был бы рад, если бы вы обратили внимание на особенности текущей реализации драйвера для Node.js :)
-1
Пообщаться с автором Redis — можно будет на DEVCONF 2010 (уже более 250участников)
Подробнее тут
devconf.ru/news/detail/29
Подробнее тут
devconf.ru/news/detail/29
+1
UFO just landed and posted this here
Памяти он отжирает на удивление гораздо меньше чем MongoDb :)
0
UFO just landed and posted this here
Эта проблема была в ранних версиях. Сейчас у нас по пол миллиона ключей на каждом сервере. В памяти каждый процесс занимает по 3,6 гигабайт и это значение увеличивается равномерно с увеличением количества ключей, то есть никаких фатальных утечек не возникает.
0
UFO just landed and posted this here
Я сказал, что на каждом сервере по полмиллиона ключей примерно. У нас сейчас ключи размазываются по четырем серверам.
С memcache сравнивать не имеет смысла, так как он хранит данные в энергозависимой памяти. Сравнивайте в таком случае с memcachedb… и забудьте о списках, сетах и прочих вкусностях Redis.
Redis — это не панацея. Это такой же инструмент как и MySQL и MongoDb, и у каждого инструмента есть своя область применения. Мы используем все три перечисленных базы, под свои задачи.
У проекта, о котором я говорю почти 2 миллиона просмотров в день.
Мы не единственные кто его использует. Есть товарищи гораздо крупнее, github например. Надо просто делать это с умом, об этом я и буду рассказывать в своем докладе.
С memcache сравнивать не имеет смысла, так как он хранит данные в энергозависимой памяти. Сравнивайте в таком случае с memcachedb… и забудьте о списках, сетах и прочих вкусностях Redis.
Redis — это не панацея. Это такой же инструмент как и MySQL и MongoDb, и у каждого инструмента есть своя область применения. Мы используем все три перечисленных базы, под свои задачи.
У проекта, о котором я говорю почти 2 миллиона просмотров в день.
Мы не единственные кто его использует. Есть товарищи гораздо крупнее, github например. Надо просто делать это с умом, об этом я и буду рассказывать в своем докладе.
0
UFO just landed and posted this here
Ссылка: geometria.ru
Еще раз, Redis хранит не только стринги, в отличии от Memcached. У нас 45% ключей это сеты, листы и сортед-сеты.
Сделал простенький тест: загнал миллион обычных ключей в Redis и Memcached.
Redis — 202,6 Мб (187 Мб после рестарта)
Memcached — 71 Мб
Да, Memcached хранит ключи более компактно, но плюсы которые дает Redis гораздо дороже, чем память в магазине, поэтому я не вижу никакой проблемы в этом. Серьезный проект никогда не будет жаться из-за лишней планке в сервере, не так ли? :)
Случай о котором вы говорите подходит только для snapshot-ов. Мы используем второй вариант сохранения данных — AOF (binlog).
Резюмируя ответ: нас не беспокоят лишнии байты который отъедает Redis, по сравнению с Memcached. Это незначительная плата persistent хранение данных, списки, сеты, транзакции, эвент-модель и прочие чудеса Редиса.
Еще раз, Redis хранит не только стринги, в отличии от Memcached. У нас 45% ключей это сеты, листы и сортед-сеты.
Сделал простенький тест: загнал миллион обычных ключей в Redis и Memcached.
Redis — 202,6 Мб (187 Мб после рестарта)
Memcached — 71 Мб
Да, Memcached хранит ключи более компактно, но плюсы которые дает Redis гораздо дороже, чем память в магазине, поэтому я не вижу никакой проблемы в этом. Серьезный проект никогда не будет жаться из-за лишней планке в сервере, не так ли? :)
Случай о котором вы говорите подходит только для snapshot-ов. Мы используем второй вариант сохранения данных — AOF (binlog).
Резюмируя ответ: нас не беспокоят лишнии байты который отъедает Redis, по сравнению с Memcached. Это незначительная плата persistent хранение данных, списки, сеты, транзакции, эвент-модель и прочие чудеса Редиса.
0
Sign up to leave a comment.
Redis — продвинутое key-value хранилище. Опыт применения в нагруженных проектах