Комментарии 57
Мой голос вы получили. Удачи вам. Спасибо за редиску)
почему я нищий студент и не могу попасть на DevConf::PHPDevConf :(
Потому что не умеешь нихера, следовательно нечего там делать.
толсто
Честно.
неа, толсто и глупо, или у вас собран libastral с зависимостями на квалификацию?
сомневаюсь
сомневаюсь
Ты любые неудобные темы принимаешь за троллинг? Заметил тендецию, недавно началась.
Умные выражения ради доказательства квалификации выходят из моды.
Finish
Умные выражения ради доказательства квалификации выходят из моды.
Finish
поставь себе минус сам
Ты любые умные выражения принимаешь за доказательства квалификации? Заметил тенденцию, недавно началась.
Троллинг ради троллинга выходит из моды.
Finish
Троллинг ради троллинга выходит из моды.
Finish
ну-ну, чего вы тут кричите
Все же считаю для студентов надо делать скидки, так как заработок full-time разработчика и студента различаются.
Голос отдал. А можно потом увидеть запись вашего доклада?
НЛО прилетело и опубликовало эту надпись здесь
Лучше бы сюда статью написали. Мне вот очень интересно сравнение с memcached
извиняюсь конечно, но — ПОШЛИ БЫ ВЫ.
тема интересная, могли бы хоть крошками поделиться, а не голым анонсом-саморекламой. только аппетит нагнали, а придётся давиться хабра-пильменями про ipod, копирайты и торенты…
тема интересная, могли бы хоть крошками поделиться, а не голым анонсом-саморекламой. только аппетит нагнали, а придётся давиться хабра-пильменями про ipod, копирайты и торенты…
Не беспокойтесь, после конференции и на хабр повалят статьи.
в смысле поделиться — на блюде принести?
аппетиту давно кушать подано
аппетиту давно кушать подано
естественно гугл всё знает, даже больше, лучше попробовать самому.
мне инофрмация прямо здесь и прямо сейчас не нужна, но вот анонсы, тем более. это очень здорово, что автор решил поделиться опытом, и тем, кто это услышит очень повезёт, но если бы была полноценная статья, то было бы понятное на что подписываешься и какие вопросы будут освещены, а какие подготовить для кулуаров
мне инофрмация прямо здесь и прямо сейчас не нужна, но вот анонсы, тем более. это очень здорово, что автор решил поделиться опытом, и тем, кто это услышит очень повезёт, но если бы была полноценная статья, то было бы понятное на что подписываешься и какие вопросы будут освещены, а какие подготовить для кулуаров
В вашем замечании конечно есть здравое зерно, но написав статью сейчас — грош цена докладу, в котором я смогу более полно раскрыть тему и главное подробнее рассказать о наиболее интересных вам моментах, в режиме живого диалога.
Цель данного поста отнюдь не само-реклама. Для меня важно понять насколько интересна эта тема сообществу.
Цель данного поста отнюдь не само-реклама. Для меня важно понять насколько интересна эта тема сообществу.
Прочесть мануал сложно?
«Очень быстрый» это как? Во сколько раз быстрее memcache например? Я вот его в 60 раз обогнал, а вы?
На правах рекламы: Если Вы любите Redis, но не любите английский: сравнительно недавно замечательный человек vasa_c перевел документацию по ней.
А вот с BerkeleyDB сравнивать не пробовали?
Был бы рад, если бы вы обратили внимание на особенности текущей реализации драйвера для Node.js :)
Пообщаться с автором Redis — можно будет на DEVCONF 2010 (уже более 250участников)
Подробнее тут
devconf.ru/news/detail/29
Подробнее тут
devconf.ru/news/detail/29
НЛО прилетело и опубликовало эту надпись здесь
Памяти он отжирает на удивление гораздо меньше чем MongoDb :)
НЛО прилетело и опубликовало эту надпись здесь
Эта проблема была в ранних версиях. Сейчас у нас по пол миллиона ключей на каждом сервере. В памяти каждый процесс занимает по 3,6 гигабайт и это значение увеличивается равномерно с увеличением количества ключей, то есть никаких фатальных утечек не возникает.
НЛО прилетело и опубликовало эту надпись здесь
Я сказал, что на каждом сервере по полмиллиона ключей примерно. У нас сейчас ключи размазываются по четырем серверам.
С memcache сравнивать не имеет смысла, так как он хранит данные в энергозависимой памяти. Сравнивайте в таком случае с memcachedb… и забудьте о списках, сетах и прочих вкусностях Redis.
Redis — это не панацея. Это такой же инструмент как и MySQL и MongoDb, и у каждого инструмента есть своя область применения. Мы используем все три перечисленных базы, под свои задачи.
У проекта, о котором я говорю почти 2 миллиона просмотров в день.
Мы не единственные кто его использует. Есть товарищи гораздо крупнее, github например. Надо просто делать это с умом, об этом я и буду рассказывать в своем докладе.
С memcache сравнивать не имеет смысла, так как он хранит данные в энергозависимой памяти. Сравнивайте в таком случае с memcachedb… и забудьте о списках, сетах и прочих вкусностях Redis.
Redis — это не панацея. Это такой же инструмент как и MySQL и MongoDb, и у каждого инструмента есть своя область применения. Мы используем все три перечисленных базы, под свои задачи.
У проекта, о котором я говорю почти 2 миллиона просмотров в день.
Мы не единственные кто его использует. Есть товарищи гораздо крупнее, github например. Надо просто делать это с умом, об этом я и буду рассказывать в своем докладе.
НЛО прилетело и опубликовало эту надпись здесь
Ссылка: 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 хранение данных, списки, сеты, транзакции, эвент-модель и прочие чудеса Редиса.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Redis — продвинутое key-value хранилище. Опыт применения в нагруженных проектах