Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Сравнение производительности СУБД Valkey и Redis"	+/–
Сообщение от opennews (??), 04-Июн-25, 09:11
Представлены результаты тестирования свежих выпусков СУБД Redis 8.0 и Valkey 8.1, в которых были заявлены значительные оптимизации производительности. Во всех проведённых тестах развиваемый сообществом форк обогнал оригинальный проект, в основном благодаря внедрению в Valkey нового механизма для многопоточной обработки ввода/вывода в асинхронном режиме, переданного проекту компанией Amazon... Подробнее: https://www.opennet.me/opennews/art.shtml?num=63335
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. Скрыто модератором	–7 +/–
Сообщение от Илья (??), 04-Июн-25, 09:11
Вы бы еще МонгоБиБи СУБД назвали...
Ответить | Правка | Наверх | Cообщить модератору

	6. Скрыто модератором	+/–
	Сообщение от Аноним (6), 04-Июн-25, 09:23
	зачем? в новости про отличие форка от исходного
	Ответить | Правка | Наверх | Cообщить модератору

	8. Скрыто модератором	+6 +/–
	Сообщение от Аноним (8), 04-Июн-25, 09:50
	А СУБД это что-то исключительно поддерживающее SQL?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	11. Скрыто модератором	–2 +/–
	Сообщение от Аноним (11), 04-Июн-25, 10:14
	Хипстеры не знают, что SQL достаточно молодая технология.
	Ответить | Правка | Наверх | Cообщить модератору

3. "Сравнение производительности СУБД Valkey и Redis"	+6 +/–
Сообщение от Tron is Whistling (?), 04-Июн-25, 09:16
Тут все очень непросто. На разных типах процессоров эти оптимизации замеряли?
Ответить | Правка | Наверх | Cообщить модератору

	7. "Сравнение производительности СУБД Valkey и Redis"	+1 +/–
	Сообщение от чатжпт (?), 04-Июн-25, 09:30
	We used AWS Graviton4-based c8g instances, launched in September 2024. The c8g.2xlarge server node provides 8 vCPUs (costing roughly $250/month in us-east-1), while the c8g.8xlarge load generator offers 32 vCPUs. This provided enough CPU headroom to cleanly isolate the benchmark workload, IRQ handling, and Redis/Valkey processing. The same c8g.2xl instance was used to run valkey and redis (one at a time). The same load gen node was run each time. Valkey and Redis were restarted right before each test to ensure fairness...
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Сравнение производительности СУБД Valkey и Redis"	+8 +/–
	Сообщение от Tron is Whistling (?), 04-Июн-25, 09:57
	И я о том же. Конкретный CPU, конкретная конфигурация. Учитывая специфику приложения, вполне возможно, что на других CPU этого эффекта не будет, будет негативный или менее выраженный. Одного теста на одном виде машины мало.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Сравнение производительности СУБД Valkey и Redis"	–5 +/–
	Сообщение от Аноним (14), 04-Июн-25, 10:46
	можешь провести сам но этот тест на одном из самых популярных AWS серверов и многие будут использовать именно похожие AWS машины - так что вполне релевантный тест
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Сравнение производительности СУБД Valkey и Redis"	+1 +/–
	Сообщение от пох. (?), 04-Июн-25, 11:57
	> но этот тест на одном из самых популярных AWS серверов серьезно? В мире СТОЛЬКО болванов покупающих сервер на несовместимой ни с чем кроме полутора приложений архитектуре? (лень испрашивать у товарищмаера разрешение обращаться к запрещенным сайтам, чтоб убедиться что дело не в ценнике)
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Сравнение производительности СУБД Valkey и Redis"	+1 +/–
	Сообщение от Совершенно другой аноним (?), 04-Июн-25, 12:44
	Там, похоже, процессор ARM-овской архитектуры (https://en.wikipedia.org/wiki/AWS_Graviton).
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Сравнение производительности СУБД Valkey и Redis"	–4 +/–
	Сообщение от пох. (?), 04-Июн-25, 13:22
	Ну, а я о чом? Как надо долбануться чтоб за ЭТО заплатить амазону и главное - нафига же ж?!
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от User (??), 04-Июн-25, 13:48
	ээээ... почему нет-то? Стоит "занедорого", доскер для ВСЯКОГО считай тот же самый (Есть грабли, но хожены, хожены) - самому всякую легасю собирать конечно может быть и не удобно - ну так никто ж не заставляет...
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от пох. (?), 04-Июн-25, 13:53
	ну не тот же самый,  в том и дело - при популярной методе FROM: srach и srach.tar.gz с мусором из локалхостовой wsl - оно будет работать только на единственно-верной платформе. Ну и вот я про ценник, собственно, и спрашивал - чо, там настолько дешевле ix86, что прям все дЭффективные ломанулись не глядя под ноги ? Мы просто в ауле живем, нам отсюда не видно и стука грабель по лбам почти не слышно.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Сравнение производительности СУБД Valkey и Redis"	+1 +/–
	Сообщение от User (??), 04-Июн-25, 14:02
	> ну не тот же самый,  в том и дело - при > популярной методе FROM: srach и srach.tar.gz с мусором из локалхостовой wsl > - оно будет работать только на единственно-верной платформе. Та ни, сборка один черт давно уже не на компе у погроммизда. Вот разве что фронтендеры периодически фрондируют - но они на macаках, им можно. > Ну и вот я про ценник, собственно, и спрашивал - чо, там > настолько дешевле ix86, что прям все дЭффективные ломанулись не глядя под > ноги ? Мы просто в ауле живем, нам отсюда не видно > и стука грабель по лбам почти не слышно. Так почти 40% разницы если в штуках и где-то 25% если в попугаях. Проект на джве был, если что.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от Аноним (33), 04-Июн-25, 13:51
	Если что, то сейчас большинство серверных/облачных приложений переезжает именно на ARM.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	51. "Сравнение производительности СУБД Valkey и Redis"	–1 +/–
	Сообщение от Аноним (51), 04-Июн-25, 16:31
	Претензии к производительности кода будут или как обычно: улышал «клауд» и началось желчеотделение, как в экспериментах Павлова?
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	58. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от penetrator (?), 04-Июн-25, 17:12
	так еще и за космические деньги 8 vCPUs (costing roughly $250/month in us-east-1 смешно 4 физических ядра уровня 6700 купить за 250 баксов, так еще потом и за трафик, а там от 0 до бесконечности, на порядок или два дороже чем сам сервер может стоить в чем выгода? откуда этот цирк выполз? эффективные манагеры руководят тех процессом? или что?
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

5. "Сравнение производительности СУБД Valkey и Redis"	+8 +/–
Сообщение от Аноним (5), 04-Июн-25, 09:21
Ну ещё бы попугаи в PaaS считать. А сколько раундов сделали, 10 хотя бы было? Перемешивали хосты?
Ответить | Правка | Наверх | Cообщить модератору

10. "Сравнение производительности СУБД Valkey и Redis"	+14 +/–
Сообщение от Анониматор (?), 04-Июн-25, 10:01
надеюсь все поняли прикол, да? Amazon передал свои наработки по оптимизации для собственных серверных CPU ARM Graviton, запустила тесты на собственном железе, в результате чего проект Valkey, получивший эти фирменные оптимизации, выиграл в неравном бою
Ответить | Правка | Наверх | Cообщить модератору

	12. "Сравнение производительности СУБД Valkey и Redis"	–2 +/–
	Сообщение от vitalif (ok), 04-Июн-25, 10:22
	Вяленько как-то выиграл
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от Аноним (49), 04-Июн-25, 15:59
	Вяленько твой витастор работает.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Сравнение производительности СУБД Valkey и Redis"	–6 +/–
	Сообщение от AWS_тек_супорт (?), 04-Июн-25, 10:31
	А кому сейчас нужны x86-е лол? На гравитон-инстансах буквально половина Fortune 500 сидит, всякие нетфликсы, твиттеры и снэпчаты. Если вообще не половина интернета
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	23. "Сравнение производительности СУБД Valkey и Redis"	+2 +/–
	Сообщение от Gemorroj (ok), 04-Июн-25, 12:05
	как у вас скукожилась половина интернета до исключительно западных сервисов...
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Сравнение производительности СУБД Valkey и Redis"	+4 +/–
	Сообщение от Tech_Bro_Supreme (?), 04-Июн-25, 12:19
	западные сервисы это и есть весь интернет, всё остальное - кустарщина с имитацией бурной деятельности
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Сравнение производительности СУБД Valkey и Redis"	–1 +/–
	Сообщение от Аноним (28), 04-Июн-25, 13:16
	А какие есть сервисы кроме западных? Китайские что-ли? Индийские? Что мне на них делать?
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	30. "Сравнение производительности СУБД Valkey и Redis"	–1 +/–
	Сообщение от пох. (?), 04-Июн-25, 13:23
	Дон, он ваши тиктоки не смотрит, дон!
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Сравнение производительности СУБД Valkey и Redis"	–1 +/–
	Сообщение от IdeaFix (ok), 04-Июн-25, 12:13
	Вы путаете... сейчас придут ушибленные одиночеством люди и скажут что нетфликс сидит на фрибсд, а не на арм :)
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	42. "Сравнение производительности СУБД Valkey и Redis"	+1 +/–
	Сообщение от Аноним (-), 04-Июн-25, 15:06
	> Вы путаете... сейчас придут ушибленные одиночеством люди и скажут что нетфликс > сидит на фрибсд, а не на арм :) А рация - на бронетранспортере, а не каких-то там полупроводниках.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Сравнение производительности СУБД Valkey и Redis"	–7 +/–
	Сообщение от Аноним (14), 04-Июн-25, 10:48
	Так все на этих машинах и сидят Остальные кому нужно - тот пусть и тестирует свои архитектуры
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	21. "Сравнение производительности СУБД Valkey и Redis"	–3 +/–
	Сообщение от Аноним (21), 04-Июн-25, 11:52
	Ты так говоришь как будто они что-то не правильно сделали. Так они все правильно сделали и это хорошо. Редис в мусорку.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	52. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от Аноним (51), 04-Июн-25, 16:34
	У нас на голом x86_64 железе Valkey тоже оказался быстрее, но мы не тестами меряли, а часть трафика с прода туда отзеркалили. Redis на 10% в среднем медленнее был после настройки инженерами Redis Inc. Делай с этой информацией что хочешь.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

17. "Сравнение производительности СУБД Valkey и Redis"	+4 +/–
Сообщение от Аноним (17), 04-Июн-25, 10:56
>Для тестирования производительности использовалась команда: docker run --network="host" Так может это тестирование производительности докера? Почему на голой системе не протестировали, или это уже не модно?
Ответить | Правка | Наверх | Cообщить модератору

	18. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от inklesspen (ok), 04-Июн-25, 11:00
	Параметр --network="host" как раз исключает влияние докера в сети, поскольку сеть просто не изолируется. Отсутствие параметров типа --cpu и --mem также практически исключают влияние по производительности. Т.е. по факту докер сыграл роль дистрибутора, не более.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от User (??), 04-Июн-25, 13:44
	Вы, поди шта - еще и без гипервизора живете?
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	35. "Сравнение производительности СУБД Valkey и Redis"	–2 +/–
	Сообщение от чатжпт (?), 04-Июн-25, 13:55
	Приложения в докере и запускаются на голой системе как бэ. Шел 2025 год, луддиты до сих пор не разобрались с контейнерами 🤦
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	38. "Сравнение производительности СУБД Valkey и Redis"	+3 +/–
	Сообщение от Аноним (17), 04-Июн-25, 14:32
	Ну то есть, вы хотите сказать, что производительность приложений в докере равноценна производительности при запуске приложений в нативной системе и никакого оверхеда при этом не существует? Тесты надеюсь проводили, чтоб такое заявлять?
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Сравнение производительности СУБД Valkey и Redis"	–2 +/–
	Сообщение от User (??), 04-Июн-25, 15:07
	> Ну то есть, вы хотите сказать, что производительность приложений в докере > равноценна производительности при запуске приложений в нативной системе и никакого оверхеда > при этом не существует? > Тесты надеюсь проводили, чтоб такое заявлять? Без виртуализации сети и storage'а - меньше 5%, считай - погрешность измерения, все ж не в "контролируемом окружении на голом железе" гоняли.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Сравнение производительности СУБД Valkey и Redis"	+3 +/–
	Сообщение от Аноним (17), 04-Июн-25, 14:39
	- В 2022 году было показано, что докеризированное приложение Go на 25,09% медленнее работает, чем приложение, запущенное на «голом железе». - Тест программы на языке Rust. В одном из тестов было выявлено, что программа, запущенная в Docker, на 16% медленнее выполняет некоторые задачи по сравнению с запуском на хосте. - Тест приложения Laravel. В 2024 году было показано, что производительность приложения в контейнере Docker значительно ниже, чем при запуске вне контейнера. Например, количество запросов в секунду (RPS) в Docker-контейнере составляет около 85 против 2700 на хосте. и это только на первой странице в поиске. тыб хоть погуглил, перед тем как такими фразами кидаться. Или ты просто админ локалхоста, с одним докер-пакетом? Как насчет переключения контекста между контейнерами? Конкуренция за ресурсы? Дополнительные ресурсы на пакетирование - докеры же образами поставляются...
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	56. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от пох. (?), 04-Июн-25, 17:02
	э... ну... дайте угадаю - все эти приложения активно что-то писали на диск? > Как насчет переключения контекста между контейнерами? точно так же как между любыми недокеризованными программами. > Конкуренция за ресурсы? - // - > Дополнительные ресурсы на пакетирование причем тут они если сравниваются уже запущенные контейнеры? (с образами в этом тесте, кстати, не все прозрачно) Проблемы дыркера - сколько там уже - ЧЕТЫРЕ безумно уродливых layered fs одна кривее другой (не касаются редиса ибо он на диск из основного процесса вообще ничего не пишет), трансляция пакетов (отключена в этих настройках) и корявая обертка (ни на что не может повлиять когда процесс уже запущен и он внутри контейнера ровно один, нужный)
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от чатжпт (?), 04-Июн-25, 17:18
	> Как насчет переключения контекста между контейнерами? Конкуренция за ресурсы? Дополнительные ресурсы на пакетирование - докеры же образами поставляются... ты вообще понимаешь о чем пишешь? приложения в контейнере - это обычные приложения линукс в отдельных неймспейсах. То что делает докер ты можешь сделать руками (namespaces + cgroups + iptables)
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

19. "Сравнение производительности СУБД Valkey и Redis"	+7 +/–
Сообщение от Аноним (19), 04-Июн-25, 11:25
Ничоси. афинити ядер теперь называется оптимизацией. Хочу работать оптимизологом. присылайте вакансии.
Ответить | Правка | Наверх | Cообщить модератору

27. "Сравнение производительности СУБД Valkey и Redis"	–2 +/–
Сообщение от Аноним (28), 04-Июн-25, 13:14
До этого момента не мог определиться, всё-таки, оправдан ли всё-таки перевод проекта в несвободные чтобы всякая шваль на нём не наживалась. Ну вот и ответ - видимо, шваль которая хочет нажиться это именно оригинальные разработчики, которые ещё и разрабатывать не умеют.
Ответить | Правка | Наверх | Cообщить модератору

	40. "Сравнение производительности СУБД Valkey и Redis"	–1 +/–
	Сообщение от Аноним (17), 04-Июн-25, 14:42
	достаточно сравнить популярные программные пакеты, например мелкомягких и свободные альтернативы. я не говорю, что у одних все хорошо, а у других плохо, просто разработчики за деньги делают что им скажут, и если то что им скажут это оптимизация и устранение ошибок, то они будут этим заниматься.
	Ответить | Правка | Наверх | Cообщить модератору

41. "Сравнение производительности СУБД Valkey и Redis"	+/–
Сообщение от Аноним (-), 04-Июн-25, 15:05
> В тестовом окружении AWS Graviton4 c8g.2xlarge с 8 VCPU А вот и пример сервака на ARM если я не ошибаюсь завезли. ARM64 таки уже пощел в массы на сервера.
Ответить | Правка | Наверх | Cообщить модератору

	44. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от Аноним (44), 04-Июн-25, 15:22
	А какие преимущества у армов на серваках? Ниже потребление и тепловыделение? Или производительность против интелов, того же класса, выше?
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от Аноним (47), 04-Июн-25, 15:48
	Раньше было, но сейчас только непредвиденные дыры безопасности. Так как amd64 значительно лучше изучен.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от Nickolyan (ok), 04-Июн-25, 16:00
	VDS на ARM почти в два раза дешевле, при аналогичном количестве ядер и памяти.
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	59. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от penetrator (?), 04-Июн-25, 17:17
	нет, не в 2 раза, но что там с производительностью на бакс? а как насчет сравнить в физ сервером? )))) облака это точно не про низкие цены
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от 12yoexpert (ok), 04-Июн-25, 15:24
	ты путаешь рекламу с похождениями в массы
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	46. "Сравнение производительности СУБД Valkey и Redis"	–1 +/–
	Сообщение от эксперт (?), 04-Июн-25, 15:29
	Завезли? Гравитоны уж годков семь как в проде рулят. Остальные мейджоры вроде тоже подсуетились и уже свои аналоги наклепали: у MS вроде Azure Cobalt, а в GCP - Google Axion или как-то так. ARMы это буквально почти дефолтная тема
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	53. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от Gemorroj (ok), 04-Июн-25, 16:35
	так они давно уже, их хостеры рекламят безбожно, т.к. у них энергопотребление значительно меньше (=дешевле). на практике нужно смотреть как конкретный софт под arm оптимизирован в сравнении с x86. может и выгодно быть, может и нет.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	57. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от Аноним (51), 04-Июн-25, 17:04
	На практике, вся числодробильня на x86_64, всё остальное на arm64. Если бы партнёры в своё время не кинули HP, блейды на армах были бы обыденностью лет десять как. Но увы и ах, на рынке годых армов не оказалось, а запилить свой не хватило кохонес (и денег).
	Ответить | Правка | Наверх | Cообщить модератору

54. "Сравнение производительности СУБД Valkey и Redis"	+/–
Сообщение от Аноним (51), 04-Июн-25, 16:37
Ой как неудобно получилось. Пыжились, лицензию меняли, а как дело дошло до дела, то оказалось что у AWS инженеры есть, а у Redis Inc. особо-то и не осталось. Даже возвращение Сальваторе Санфилипо не помогло. Оказывается кроме хайпа на борьбе со злыми корпами надо ещё и программировать уметь.
Ответить | Правка | Наверх | Cообщить модератору

55. "Сравнение производительности СУБД Valkey и Redis"	+/–
Сообщение от Аноним (55), 04-Июн-25, 16:52
Ученик превзошел учителя - иногда так бывает.
Ответить | Правка | Наверх | Cообщить модератору

61. "Сравнение производительности СУБД Valkey и Redis"	+/–
Сообщение от penetrator (?), 04-Июн-25, 17:23
давайте сравним с собственным кешем в памяти или хотя бы MemCached и выкинем топик ))
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема