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

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

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

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

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

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

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

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

	26. "Сравнение производительности СУБД Valkey и Redis"	+2 +/–
	Сообщение от Совершенно другой аноним (?), 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ообщить модератору

	102. "Сравнение производительности СУБД Valkey и Redis"	+1 +/–
	Сообщение от _ (??), 05-Июн-25, 18:27
	Ну ... ходили тут девушки нетяжёлого поведения о том что AWS продаЙЁОт сервисы (да тот же $subj как готовый инстанс, а не самому натягивать) и оно было на гравитонах. Они же говорят что мартышки даже не заметили что банан - другой ;-D Но я бы им не очень верил, их же кто кормит, того они и танцуют ;-)
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

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

	103. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от _ (??), 05-Июн-25, 18:28
	Но доказательств этому ты конечно не приведёшь? "... так и ты - ГОВОРИ, дед Макар!"(С)
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	79. "Сравнение производительности СУБД Valkey и Redis"	–1 +/–
	Сообщение от Аноним (79), 05-Июн-25, 03:31
	Вообще, у этих процессоров по 1 потоку на ядру, так что всё-таки 8 ядер. И да, они неплохи по произаодительности, но надо на бенчи смотреть.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Сравнение производительности СУБД Valkey и Redis"	–1 +/–
	Сообщение от Аноним (88), 05-Июн-25, 11:21
	Это для тех кому нужна макс производительность на одно ядро. Для целей например макс ядер за недорого или макс памяти на инстанс, Graviton2 поколение рулит
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	104. "Сравнение производительности СУБД Valkey и Redis"	+2 +/–
	Сообщение от _ (??), 05-Июн-25, 18:34
	Да херня всё это. Он рулит если есть софт под него сделанный, именно под него. Тот же nginx - да соберётся ... и сольёт в любом перфрманс тесте. Тот же $subj просто взлетел когда AWS-ы наняли Ынженегров чтоб адаптировать под свой проц. Ибо пЫсИ - это как дефолтсити(С) :) PS: AWS-ы - молодцы!, сделали именно то что и должны были сделать. Адекватность - нынче редкость. :(
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от нах. (?), 05-Июн-25, 23:26
	> Это для тех кому нужна макс производительность на одно ядро. э... ну... вообще-то для Redis она и нужна. Впрочем, нам тут вешают лапшу что амазон что-то пооптимизировал и ИМ больше не нужна, т.е. я его слепила под того что было. Экономический смысл для простых смертных мягко говоря неочевиден, смысл использования этими смертными амазоновского форка на обычном железе тоже выглядит сомнительным.
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

	122. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от Аноним (33), 06-Июн-25, 01:53
	А на чём крутятся эти ваши тиктоки? Не исключено, что там ни x86, ни ARM.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	82. "Сравнение производительности СУБД Valkey и Redis"	+1 +/–
	Сообщение от Аноним (82), 05-Июн-25, 04:29
	Нет в продаже https://www.nix.ru/price/search_panel_ajax.html#fn=0&fts=1&k...
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	89. "Сравнение производительности СУБД Valkey и Redis"	–2 +/–
	Сообщение от Аноним (88), 05-Июн-25, 12:34
	This site can’t be reached www.nix.ru refused to connect. Ваш сайт за пределами РФ даже не открывается, шутник вы однако. Инстансы с Graviton арендуются в https://aws.amazon.com/ec2/graviton/
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Сравнение производительности СУБД Valkey и Redis"	+1 +/–
	Сообщение от Совершенно другой аноним (?), 05-Июн-25, 16:34
	> This site can’t be reached > www.nix.ru refused to connect. > Ваш сайт за пределами РФ даже не открывается, шутник вы однако. Есть большая вероятность, что не за пределами РФ, а в пределах Украины.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от _ (??), 05-Июн-25, 18:39
	Ну из NA - открылось. Хех, кое кто спалился :)
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от _ (??), 05-Июн-25, 18:37
	> AWS_тек_супорт AWS_продаЖ_просуй Исправил, не благодари! Такие эе ?удаки но с Азура толкают что пол Ынтернета на их проце сидит :) зелёные тайвньцы вообще удивлённо заявляют что _все_ новые ДЦ по ИИ - на их железках... Никому верить нельзя!(С) :)
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

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

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

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

	62. "Сравнение производительности СУБД Valkey и Redis"	+2 +/–
	Сообщение от Gemorroj (ok), 04-Июн-25, 17:52
	так претензии не к redis/valkey, а к убогому тестированию. это тестирование покрывает только конкретную машину amazon.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Сравнение производительности СУБД Valkey и Redis"	–1 +/–
	Сообщение от Аноним (88), 05-Июн-25, 09:53
	Оно покрывает самые оптимальные по соотношению цена/производительность системы. Если Redis и Valkey работают на Graviton (а они работают), на кой пускать их на x86? Чтобы просто платить больше?
	Ответить | Правка | Наверх | Cообщить модератору

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

	86. "Сравнение производительности СУБД Valkey и Redis"	–1 +/–
	Сообщение от Аноним (88), 05-Июн-25, 09:52
	И что не так? Все RDS/ ElastiCache / Opensearch давно перевели на Graviton, банально дешевле выходит получить тот же объем памяти и количество ядер чем на x86. А макс производительности одного ядра роли в нормально распределяемых нагрузках роли не играет вообще.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	108. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от _ (??), 05-Июн-25, 18:47
	Играет. Даже в копейках - играет. Но честным людям продаванам об этом говорить не хочется.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

	75. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от голос_из_леса (ok), 04-Июн-25, 22:27
	Результат теста 10% при погрешности 5%. <Фейспалм>
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от User (??), 05-Июн-25, 04:30
	> Результат теста 10% при погрешности 5%. <Фейспалм> Многовато намерили, не?
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Сравнение производительности СУБД Valkey и Redis"	–1 +/–
	Сообщение от Аноним (82), 05-Июн-25, 04:20
	Докер это и есть нативная система, просто другой неймспейс. Откуда там оверхед? У "нативной" системы тоже есть маркер неймспейса, просто он нигде не показывается.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	85. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от Аноним (85), 05-Июн-25, 09:33
	с такими параметрами это то же самое, что ручками запустить в неймспейсе без изоляции сети. оверхед на современных ядрах нулевой. изоляция сети - да, заметно влияет
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

	98. "Сравнение производительности СУБД Valkey и Redis"	+1 +/–
	Сообщение от Аноним (51), 05-Июн-25, 17:17
	Ты бы ещё время на разработку софта и сборку дистрибутива учёл. Лето началось — хоть вообще на опеннет не ходи. И так кекспертиза через край, а с началом лета так просто какие-то космические значения. Моё портфолио бы с такой скоростью росло, я бы уже на пенсию ушёл.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	70. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от r2d0 (?), 04-Июн-25, 20:49
	Методики тестирования приводить не будем, просто напишем, что X в контейнере работает в N раз медленнее.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	109. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от _ (??), 05-Июн-25, 18:49
	> Так может это тестирование производительности докера? > Почему на голой системе не протестировали, или это уже не модно? Потому что "а всё!" - не будешь ты "на голой системе" ничего гонять больше :( Так что протестирован как раз "the real life scenario" ...
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

19. "Сравнение производительности СУБД Valkey и Redis"	+11 +/–
Сообщение от Аноним (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ообщить модератору

	66. "Сравнение производительности СУБД Valkey и Redis"	+1 +/–
	Сообщение от Аноним (66), 04-Июн-25, 18:35
	> просто разработчики за деньги делают что им скажут, и если то что им скажут это оптимизация и устранение ошибок, то они будут этим заниматься Чистая правда, именно поэтому коммерческое ПО так проигрывает свободному. Коммерческим разработчикам никогда такого не скажут - для бизнеса оптимизация и устранение ошибок никогда не окупятся. Понятно что в свободном ПО разработчикам некому говорить что делать, но во-первых, у них есть возможность не идти против своего чувства прекрасного, во-вторых, можно прийти снаружи и починить/оптимизировать всё что тебе нужно. Чем и пользовался неоднократно.
	Ответить | Правка | Наверх | 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"	+1 +/–
	Сообщение от Nickolyan (ok), 04-Июн-25, 16:00
	VDS на ARM почти в два раза дешевле, при аналогичном количестве ядер и памяти.
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

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

	63. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от Аноним (51), 04-Июн-25, 17:56
	> облака это точно не про низкие цены Если ты пользуешься облаком как колокейшеном с модным REST API, то может получиться дорого. А если пользоваться облаками как облаками, то сильно дешевле, в отдельных случаях удавалось срезать до 80% костов в сравнении с on-prem, обычно — 15%-20%. Это _до_ учёта косвенных затрат типа персонала (которого для обслуживания и поддержки надо значительно меньше), рисков, сертификаций, доступности и прочего. Но чтобы это знать этим надо заниматься, а не хейтить с дивана.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Сравнение производительности СУБД Valkey и Redis"	+1 +/–
	Сообщение от penetrator (?), 04-Июн-25, 22:16
	чушь не сусветная, "колокейшен" - это когда твое оборудование на арендованных площадях в ДЦ, например полрека или весь рек или слот, так что бред начинается с формулировок, я даже не могу попытаться представить, что ты хочешь выразить, какую мне надо увидеть здесь аналогию это не тоже самле что аренда оборудования в ДЦ "облаками как облаками" - это как? опять какая-то формулировка для дегенератов от эффективных менеджеров у тебя в том же AWS либо EC2, что есть обычная виртуалка за дорого, либо опенсорс предустановленный и преднастроенный (иногда криво) продаваемый как сервис, тоже за дорого нах мне персонал для арендуемого оборудования датацентра? разница только в том, что это физическое оборудование за фикисрованный прайс с предсказуемыми затратами, которое стоит всегда одну и ту же цену за сервер-канал, и эта цена от 5 до 10 раз меньше, чем аналогичный инстанс в облаках, притом ты еще попробуй получить от него ту же производительность из-за виртуализации и всякого EBS-нутого хранилища и если у тебя свой ДЦ - или даже колокейшен, это тоже становится выгодно при очень крупных объемах, когда оны выстреливаеть даже лучше чем аренда, но это только на больших объемах работает, поэтому всякие пейсбуки и гуглы строят свои ДЦ и свои каналы связи > рисков - рисков чего? просрать данные австралийского пенсионного фонда в облаках? ты не понимаешь что там это все настраивают примерно такие спецы как ты )))) т.е. никакие и ПФ это только один пример, CrowdStrike второй, притом в тот же день был сбой самого Azure, но его не особо заметили потому что и так была задница, а вообще примеров много > сертификаций - сертификации чего? любой ДЦ имеет все сертификаты в том числе PCI DSS > доступности - доступности чего? оборудования для заказа? multipath TCP? high availability? или чем ты там занимался? )))))) если про оборудование то - что-то экслюзивное имеешь через день, если стандартное, то через 10 минут, и это физическое оборудование, а через сколько ты получаешь AWS EC2 в котором будет физический SSD? ты же недиванный специалист, наверное точно сможешь сказать сколько у тебя это заняло времени, когда ты этим "занимался" ))) срезать 80% костов )) 80% от чего? от локального on-premise? когда сервер у тебя в подсобке и тебе нужно держать весь штат от supplying до электрика? а я тебе говорю про аренду мощностей ДЦ, само собой unmanaged, но даже managed сервера будут быстрее и дешевле облачных решений, начитаются своих интернетов, а потом друг друга... больше не смею отвлекать, я и это не хотел писать, лениво было, хотел ограничиться ехидной улыбкой, но так хотя бы с большего...
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от Аноним (51), 05-Июн-25, 17:27
	Вот это подрыв! Комментировать этот поток плоскоземельного сознания я конечно же не буду, но замечу, что на миграциях с он-прем в клауд я заработал на сытую жизнь в развитой стране, и продолжаю зарабатывать. А то, что ты не знаешь о чём говоришь можно было и короче написать.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от penetrator (?), 06-Июн-25, 00:01
	коментировалка не выросла? кто-то и на наркоте поднялся, но это не означает, что от наркоты не подыхают - интересные у тебя аргументы конечно ))) я же не твои бабки считаю, а говорю за тех реализацию и полную стоимость владения, майкрософт тоже поднялся на доении облачных хомяков я не говорю что это не приносит деньги я говорю, что это очень дорого, собственно поэтому и выгодна облачным провайдерам, подсадить таких как ты и твоих клиентов на иглу тем не менее тренды не однозначные, было как-то так: https://venturebeat.com/data-infrastructure/report-81-of-it-.../ но потом бум ИИ и опять не хватает мощностей и опять облака, в основном Оракл
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от Nickolyan (ok), 05-Июн-25, 14:30
	Я для пет-проектов пользую. "Два ядра, два гига, а посередине гвоздик". Хотя периодически желание затестить и сравнить производительность с x86 появляется.
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	120. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от penetrator (?), 06-Июн-25, 00:03
	> Я для пет-проектов пользую. "Два ядра, два гига, а посередине гвоздик". Хотя > периодически желание затестить и сравнить производительность с x86 появляется. а чем плоха VPS за 5 евро в месяц? 3 vCPU Cores 8 GB RAM 75 GB NVMe or 150 GB SSD 1 Snapshot 32 TB Traffic* Unlimited Incoming
	Ответить | Правка | Наверх | 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"	+2 +/–
	Сообщение от Gemorroj (ok), 04-Июн-25, 16:35
	так они давно уже, их хостеры рекламят безбожно, т.к. у них энергопотребление значительно меньше (=дешевле). на практике нужно смотреть как конкретный софт под arm оптимизирован в сравнении с x86. может и выгодно быть, может и нет.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

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

	110. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от _ (??), 05-Июн-25, 19:02
	А таки и да! Для перекладывания жсонов - хватает. ~= 85% web-мaкaкингa :) Но мы наступили на один нюанс. Камни цсуко - разные. Заточишь софт на локальном аллвинере а оно на гравитоне - тормозит, но нвидии крэшится ... ну ты понел. Но для уеба - всё равно хватает, и учтите - даааалеко не у всех хайлоад :) Так чтЭ ...
	Ответить | Правка | Наверх | 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"	+1 +/–
Сообщение от penetrator (?), 04-Июн-25, 17:23
давайте сравним с собственным кешем в памяти или хотя бы MemCached и выкинем топик ))
Ответить | Правка | Наверх | Cообщить модератору

	65. "Сравнение производительности СУБД Valkey и Redis"	–3 +/–
	Сообщение от Аноним (51), 04-Июн-25, 18:05
	А давай! Вот у меня конкретный прод с конкретным приложением, в пике под нагрузкой почти 1к инстансов. Весь прод вместе с Valkey мои админы с нуля разворачивают за один рабочий день, как раз недавно вводили в строй новый регион, цифра весьма точная. Управишься за день написать собственный распреденный кэш так, чтобы 1к инстансов не тормозил? Если управишься, нам такие программисты нужны. Пиши где живёшь и сколько денег в год хочешь, скажу куда резюме слать.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от YetAnotherOnanym (ok), 04-Июн-25, 21:47
	Стоп-стоп-стоп, ты не смешивай божий дар с яичницей. Развернуть типовой набор софта и конфигов и написать софтину масштаба Valkey и Redis - это далеко не одно и то же.
	Ответить | Правка | Наверх | Cообщить модератору

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

	112. "Сравнение производительности СУБД Valkey и Redis"	+1 +/–
	Сообщение от YetAnotherOnanym (ok), 05-Июн-25, 21:24
	Как знакомо! Быстрей-быстрей, некогда думать, тяп-ляп и в продакшон, и так далее. Ты напиши тут, что у вас за контора, чтобы, если что, обойти её стороной.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Сравнение производительности СУБД Valkey и Redis"	+1 +/–
	Сообщение от penetrator (?), 04-Июн-25, 22:37
	> А давай! Вот у меня конкретный прод с конкретным приложением, в пике > под нагрузкой почти 1к инстансов. Весь прод вместе с Valkey мои > админы с нуля разворачивают за один рабочий день, как раз недавно > вводили в строй новый регион, цифра весьма точная. Управишься за день > написать собственный распреденный кэш так, чтобы 1к инстансов не тормозил? Если > управишься, нам такие программисты нужны. Пиши где живёшь и сколько денег > в год хочешь, скажу куда резюме слать. что-то сумбур сплошной у тебя есть сервис, который требует для своей работы около 1000 серверов? или наклепал микросервисов? а в распределенный кеш ты вляпался для чего? почему он должен быть распределенным? при такой формулировке можно просто было сказать "пофиг почему - но мне надо распределенный кеш, ты готов написать свою реализацию распределенного кеша?" ну и что там с memcached? не понравился? тупит на 1000 клиентов? )))
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	84. "Сравнение производительности СУБД Valkey и Redis"	–1 +/–
	Сообщение от Аноним (84), 05-Июн-25, 06:08
	слит
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Сравнение производительности СУБД Valkey и Redis"	–1 +/–
	Сообщение от пох. (?), 05-Июн-25, 12:53
	> у тебя есть сервис, который требует для своей работы около 1000 серверов? инстанс необязательно занимает целиком сервер, да и знать нам это незачем. Но считай что да, полуграмотным так проще. > или наклепал микросервисов? > а в распределенный кеш ты вляпался для чего? почему он должен быть для того что ВНЕЗАПНО, одиночная программа может не справиться с нагрузкой. Не говоря уже о проблемах с разработкой такого монолита, с фейловером, геораспределением, наконец. > распределенным? потому что ты наверное обидишься если вбив данные кредитки и нажав "отправить" получишь фигу - потому что обрабатывавший твою транзакцию сервер внезапно сдох или он вполне живой но где-то далеко-далеко моргнул канал. Иди заново логиниться, заново заполнять все формы, и снова жмакай. Ведь данные твоей сессии хранились в мемкэше и он пошел лесом следом за самим единственным сервером. Кстати, твои денежки мы тебе когда-нибудь вернем. (ничо необычного, именно так индусы наиндусили одну крупную авиакомпанию. "ой, штота пошло не так". К вопросам в другом тредике чем кредитная карта отличается от, с-ко, дебитовой. Ничего, в следующий раз наймут обезьянок из другой деревни, поближе уже к Бангалору, там про fail-safe архитектуры уже что-то слышали с веток. Лет через пять.) > ну и что там с memcached? не понравился? тупит на 1000 клиентов? твой уровень. Ты даже не понимаешь что 1000 инстансов - это очень и очень побольше 1000 клиентов.
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	93. "Сравнение производительности СУБД Valkey и Redis"	–1 +/–
	Сообщение от penetrator (?), 05-Июн-25, 13:16
	словесный понос 1000 клиентов означает 1000 клиентских рантаймов, а не юзеров в системе если бы ты понимал что означает слово клиент в client-server то не тупил бы вот тебе пример описания библиотеки для мемкешед Enyim Memcached Client This is a .NET client library for memcached written in C#. There is also a client for Membase's persistent memcached server. остальной бред я даже коментировать не буду, в попытках разобрать особенности твоего мировосприятия, которое мне нах не вперлось )))
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от нах. (?), 05-Июн-25, 23:19
	> словесный понос ну как он у тебя закончится - приходи Ты вот сейчас выдал именно его. > 1000 клиентов означает 1000 клиентских рантаймов я не знаю что за тараканы у тебя в голове, но 1000 клиентов означает 1000 клиентов. А когда тебе говорят про 1000 инстансов - это 1000 инстансов. Клиентов каждый может обрабатывать абсолютно произвольное количество, но вряд ли бизнес будет рад запускать их просто про запас, так что вероятнее всего там клиентов на пару порядков поболее. Что такое у тебя "клиентский рантайм" и к чему ты его тут приплел - мы тут без понятия.  Как и зачем ты вылез со своим "клиент-сервером" - и причем бы тут он. > вот тебе пример описания библиотеки для мемкешед спасибо, конечно, но тебя никто не спрашивал про библиотеки для мемкэша. Спрашивали - что ты собираешься делать, когда производительности единственного сервера не хватит. Или когда он у тебя навернется на ходу. Или когда выяснится что rtt до него из еще одного добавленного операционного центра превышает допустимые пределы и нужна локальная копия хотя бы для операций чтения. Все эти проблемы редис успешно решает из коробки (есть еще шардинг но там все не совсем просто). Без необходимости костылестроения. В отличие от мемкэша, который давно уже удел васянов с единственным подкроватным сервером.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от penetrator (?), 06-Июн-25, 00:05
	поищи в тексте слово client, может тогда не будешь выглядеть как ἰδιώτης
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от YetAnotherOnanym (ok), 05-Июн-25, 21:29
	> обрабатывавший твою транзакцию сервер внезапно сдох если сервер написан с включённой головой, то деньги либо не спишутся, либо, после оживления сервера, дойдут куда надо.
	Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

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

	101. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от Аноним (51), 05-Июн-25, 17:46
	> у тебя есть сервис, который требует для своей работы около 1000 серверов? Да. > или наклепал микросервисов? Нет. > а в распределенный кеш ты вляпался для чего? Потому что обработка данных распереленная и для обработки всего запроса целиком нужно общее состояние. > почему он должен быть распределенным? Потому что серверы ненадёжны и мрут, бывает, как мухи, иногда целыми регионами. А откат транзакций и всё по новой может обойтись дорого (что ещё полбеды), и клиентам портит экспириенс (что неприемлимо совершенно). > ну и что там с memcached? не понравился? тупит на 1000 клиентов? ))) Деградирует производительность когда размер кэшируемого объекта превышает волшебное значение в 1 мегабайт. Ну так что, когда ждать твой солюшен? День уже прошёл, а кроме разговоров я что-то ничего больше не вижу. Ты ж не балабол опеннетный?
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	114. "Сравнение производительности СУБД Valkey и Redis"	–1 +/–
	Сообщение от YetAnotherOnanym (ok), 05-Июн-25, 21:34
	> серверы ненадёжны и мрут, бывает, как мухи, иногда целыми регионами Вас там что, нагибают сервера только от мцст брать?
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от _ (??), 05-Июн-25, 19:10
	> давайте сравним с собственным кешем в памяти или хотя бы MemCached и выкинем топик )) Профессор по анатомии человека, сосиска и "экспонат" ... походу ты тоже кой-чего перепутал :-D
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

64. "Сравнение производительности СУБД Valkey и Redis"	+2 +/–
Сообщение от Аноним (64), 04-Июн-25, 18:03
> развиваемый сообществом форк > переданного проекту компанией Amazon Сообщество такое сообщество
Ответить | Правка | Наверх | Cообщить модератору

67. "Сравнение производительности СУБД Valkey и Redis"	+3 +/–
Сообщение от adolfus (ok), 04-Июн-25, 18:40
GET/SET ... Все зависит от размера ключа, размера данных и организации. Для btree будет одна производительность, для hash другая, для queue третья. Что там тестровалось? Допустим, размер ключа 8 байт (mjd), размер данных -- от 1500 до 4000 байт. Функция сравнения оперирует ключом и 97 байтами из данных. Что будем иметь?
Ответить | Правка | Наверх | Cообщить модератору

	77. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от Nikoloza (?), 04-Июн-25, 22:40
	В статье программу тестирования запускают след. командой: -------------- docker run --network="host" --rm --cpuset-cpus="2-7" \ valkey/valkey:8.0.1 valkey-benchmark \ -h 172.31.4.92 -p 6379 -t SET,GET -n 100000000 -c 256 \ -r 3000000 --threads 6 -d 1024 -------------- -d size : Data size of SET/GET value in bytes (default 3)
	Ответить | Правка | Наверх | Cообщить модератору

78. "Сравнение производительности СУБД Valkey и Redis"	+4 +/–
Сообщение от Аноним (78), 05-Июн-25, 03:09
> переданного проекту компанией Amazon. Подождите, это невозможно. Пермиссивные лицензии это ведь когда корпы всё забирают и ничего не отдают, и только вирусный ГПЛ позволяет проектам нормально развиваться. Вот кстати в экосистеме раста всё пермиссивное, и там тоже невозможное происходит: корпы не только сам пермиссивный раст развивают, а ещё и свободные библиотеки. Но как? Официальные учёные до сих пор не могут понять.
Ответить | Правка | Наверх | Cообщить модератору

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

97. "Сравнение производительности СУБД Valkey и Redis"	+/–
Сообщение от голос_из_леса (ok), 05-Июн-25, 17:08
Самый независимый измеритель. )) Khawaja Shams Author Khawaja is the CEO and Co-Founder of Momento. He is passionate about investing in people, setting a bold vision, and team execution. Khawaja has experience at AWS where he owned DynamoDB, and subsequently owned product and engineering for all 7 of the AWS Media Services.
Ответить | Правка | Наверх | Cообщить модератору

	118. "Сравнение производительности СУБД Valkey и Redis"	+/–
	Сообщение от нах. (?), 05-Июн-25, 23:40
	> Самый независимый измеритель ну ты можешь перемерять и его разоблачить. Тем более что аренда одного хоста обойдется недорого, а все скрипты тебе предоставили. Но вообще-то чувак похоже мерял ровно результат СВОЕЙ разработки под поставленную начальством задачу. И похвастался успехом. Успех действительно имеется. Пользы для окружающих, в принципе, не предполагалось.
	Ответить | Правка | Наверх | Cообщить модератору

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

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