LINUX.ORG.RU

Ответ на: комментарий от iSage

>Ну как подходят, если по твоим же тестам сливают в производительности?

А кто быстрее? memcache? Так он, во-первых, начинает терять данные на высокой нагрузке, во-вторых, не предназначен для хранения больших объёмов данных. А меня интересует именно такой вариант и приведённый тест служит только для начального отбора к следующему. О чём в описании теста и написано :)

Кроме того, при многопоточной работе скорость memcache стремительно падает почти до уровня redis.

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от KRoN73

Ну раз так нравятся базы под кеш - попробуй тарантул мейлрушный. Вдруг окажется, что оно жизнеспособно.

iSage ★★★★
()
Ответ на: комментарий от SOmni

https://github.com/mailru/tarantool
А то они его тут так пиарили на YAPC, даже обещали подумать над открытием плагина графов, а я что-то смысла в нем так и не увидел.

iSage ★★★★
()
Ответ на: комментарий от KRoN73

Так он, во-первых, начинает терять данные на высокой нагрузке

Я писал php memcache бэкенд на старой работе. Нагрузка была около 200-300 rps и иногда всё упиралась в 100Mbitный канал до memcache сервера. Проблемы с потерей данных или невозможностью подключиться не встречал.

baverman ★★★
()
Ответ на: комментарий от KRoN73

Так он, во-первых, начинает терять данные на высокой нагрузке, во-вторых, не предназначен для хранения больших объёмов данных.

Так тебе кэш нужен или key-value _хранилище_?

Кстати, потесть плиз, если не лень еще Memcachedb, MemBase, Ehcache Cache Server.

dizza ★★★★★
()
Ответ на: комментарий от dizza

А еще любопытно было взглянуть на HandlerSocket :)

dizza ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.