Исходное сообщение
"Проект Dragonfly развивает более быструю замену Redis и Memc..." Отправлено Тот Самый, 31-Май-22 16:33
>По сравнению с Redis в Dragonfly при типовых видах нагрузки удалось добиться 25-кратного увеличения производительности Бред какой-то! Так не бывает! 1) Redis точно работал в режиме memory only, без синхронизации на диск? А то, по-дефолту у Redis: #   Save the DB on disk: after 900 sec (15 min) if at least 1 key changed after 300 sec (5 min) if at least 10 keys changed after 60 sec if at least 10000 keys changed 2) "типовые виды нагрузки" - это конкретно что? GET, SET чего? А то, например, при записи ассоциативных массивов Redis одновременно делает сортировку индексов (Dragonfly так не умеет) 3) ни где не указано (и в первоисточнике то-же) с какой версией Redis тестировали. Dragonfly по функциональности пока на уровне Redis 2.8, а текущий Redis 7.0 основательно пожирнел. >трёхкратного снижения потребления памяти Вау! Но ни где не сказано с каким memory allocator был собран Redis. Его можно собрать с malloc=libc, jemalloc, tcmalloc. В этих случаях разница в использовании памяти будет кардинально отличаться. Все это смахивает на дешевую PR акцию.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>По сравнению с Redis в Dragonfly при типовых видах нагрузки удалось добиться 25-кратного увеличения производительности > Бред какой-то! Так не бывает! > 1) Redis точно работал в режиме memory only, без синхронизации на диск? > А то, по-дефолту у Redis: > # Save the DB on disk: > after 900 sec (15 min) if at least 1 key changed > after 300 sec (5 min) if at least 10 keys changed > after 60 sec if at least 10000 keys changed > 2) "типовые виды нагрузки" - это конкретно что? GET, SET чего? А > то, например, при записи ассоциативных массивов Redis одновременно делает сортировку индексов > (Dragonfly так не умеет) > 3) ни где не указано (и в первоисточнике то-же) с какой версией > Redis тестировали. Dragonfly по функциональности пока на уровне Redis 2.8, а > текущий Redis 7.0 основательно пожирнел. >>трёхкратного снижения потребления памяти > Вау! Но ни где не сказано с каким memory allocator был собран > Redis. Его можно собрать с malloc=libc, jemalloc, tcmalloc. В этих случаях > разница в использовании памяти будет кардинально отличаться. > Все это смахивает на дешевую PR акцию.
	Введите код, изображенный на картинке: