The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Сравнение производительности СУБД Valkey и Redis

04.06.2025 08:59

Представлены результаты тестирования свежих выпусков СУБД Redis 8.0 и Valkey 8.1, в которых были заявлены значительные оптимизации производительности. Во всех проведённых тестах развиваемый сообществом форк обогнал оригинальный проект, в основном благодаря внедрению в Valkey нового механизма для многопоточной обработки ввода/вывода в асинхронном режиме, переданного проекту компанией Amazon.

В тестовом окружении AWS Graviton4 c8g.2xlarge с 8 VCPU в Valkey 8.1.1 удалось добиться производительности в 999.8 тысяч SET-запросов в секунду, в то время как в Redis 8.0 был достигнут уровень в 729.4 тысяч запросов в секунду. В общем виде пропускная способность Valkey оказалась выше Redis на 37% для операций SET и на 16% для GET. При этом по сравнению с Redis проект Valkey продемонстрировал снижение задержек при обработке запросов на 30% для операций SET и на 60% для операций GET.

Отдельно проведён анализ изменения пропускной способности и задержек в зависимости от числа параллельно выполняемых обработчиков в режиме многопоточной обработки ввода/вывода. До 3 потоков Valkey и Redis показывают примерно равные результаты, но затем вперёд вырывается Valkey. При 6 потоках на системе с 8 VCPU производительность Valkey составила 678 тысяч SET-запросов в секунду, а Redis - 563 тысячи запросов в секунду при лимите в 256 одновременных соединений. При увеличении соединений до 400 производительность Valkey выросла до 832 тысяч SET-запросов в секунду.

После оптимизации обработки прерываний в системе для снижения числа переключения контекста в Valkey удалось поднять производительность до 999.8 тысяч SET-запросов в секунду. Суть оптимизации свелась к выделению 2 VCPU для обработки прерываний и привязки 6 оставшихся VCPU к потокам обработки ввода/вывода Valkey и Redis, чтобы исключить миграцию обработчиков между CPU.


   sudo ethtool -L ens34 combined 2 # ограничиваем до 2 число обработчиков IRQ
   grep ens34 /proc/interrupts # смотрим какие обработчики задействованы (99 и 100)
   echo 1 | sudo tee /proc/irq/99/smp_affinity # привязываем обработчик 99 к ядру 1
   echo 2 | sudo tee /proc/irq/100/smp_affinity # привязываем обработчик 100 к ядру 2

   # Запускаем СУБД (для Redis  поменять valkey/valkey:8.1.1 на redis:8.0) c привязкой контейнера к ядрам CPU 2-7
   docker run --network="host" --rm \
     --cpuset-cpus="2-7" valkey/valkey:8.1.1  \
     --save "" --appendonly no --io-threads 6 \
     --protected-mode no --maxmemory 10gb

Для тестирования производительности использовалась команда:


   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


  1. Главная ссылка к новости (https://www.gomomento.com/blog...)
  2. OpenNews: Увеличение скорости ввода/вывода на 6% в Linux, благодаря кэшированию запросов времени
  3. OpenNews: Проект Redis вернулся на использование открытой лицензии. Представлен Redis 8.0
  4. OpenNews: Оптимизация Linux для обработки 1.2 млн JSON-запросов в секунду
  5. OpenNews: Опубликован Valkey 8.1, форк СУБД Redis от Amazon, Google, Oracle и Ericsson
  6. OpenNews: Amazon, Google, Oracle, Ericsson и Snap основали Valkey, форк СУБД Redis
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63335-redis
Ключевые слова: redis, valkey
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (112) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Илья (??), 09:11, 04/06/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –9 +/
     

  • 1.3, Tron is Whistling (?), 09:16, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    Тут все очень непросто. На разных типах процессоров эти оптимизации замеряли?
     
     
  • 2.7, чатжпт (?), 09:30, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    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...
     
     
  • 3.9, Tron is Whistling (?), 09:57, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +13 +/
    И я о том же. Конкретный CPU, конкретная конфигурация. Учитывая специфику приложения, вполне возможно, что на других CPU этого эффекта не будет, будет негативный или менее выраженный. Одного теста на одном виде машины мало.
     
     
  • 4.14, Аноним (14), 10:46, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –9 +/
    можешь провести сам
    но этот тест на одном из самых популярных AWS серверов
    и многие будут использовать именно похожие AWS машины - так что вполне релевантный тест
     
     
  • 5.22, пох. (?), 11:57, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > но этот тест на одном из самых популярных AWS серверов

    серьезно?
    В мире СТОЛЬКО болванов покупающих сервер на несовместимой ни с чем кроме полутора приложений архитектуре?

    (лень испрашивать у товарищмаера разрешение обращаться к запрещенным сайтам, чтоб убедиться что дело не в ценнике)

     
     
  • 6.26, Совершенно другой аноним (?), 12:44, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Там, похоже, процессор ARM-овской архитектуры (https://en.wikipedia.org/wiki/AWS_Graviton).
     
     
  • 7.29, пох. (?), 13:22, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ну, а я о чом? Как надо долбануться чтоб за ЭТО заплатить амазону и главное - нафига же ж?!

     
     
  • 8.32, User (??), 13:48, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ээээ почему нет-то Стоит занедорого , доскер для ВСЯКОГО считай тот же самы... текст свёрнут, показать
     
     
  • 9.34, пох. (?), 13:53, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну не тот же самый, в том и дело - при популярной методе FROM srach и srach ta... текст свёрнут, показать
     
     
  • 10.36, User (??), 14:02, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Та ни, сборка один черт давно уже не на компе у погроммизда Вот разве что фронт... текст свёрнут, показать
     
  • 10.102, _ (??), 18:27, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну ходили тут девушки нетяжёлого поведения о том что AWS продаЙЁОт сервисы ... текст свёрнут, показать
     
  • 8.33, Аноним (33), 13:51, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если что, то сейчас большинство серверных облачных приложений переезжает именно ... текст свёрнут, показать
     
     
  • 9.103, _ (??), 18:28, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но доказательств этому ты конечно не приведёшь так и ты - ГОВОРИ, дед Мака... текст свёрнут, показать
     
  • 6.51, Аноним (51), 16:31, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Претензии к производительности кода будут или как обычно: улышал «клауд» и началось желчеотделение, как в экспериментах Павлова?
     
  • 5.58, penetrator (?), 17:12, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    так еще и за космические деньги

    8 vCPUs (costing roughly $250/month in us-east-1

    смешно 4 физических ядра уровня 6700 купить за 250 баксов, так еще потом и за трафик, а там от 0 до бесконечности, на порядок или два дороже чем сам сервер может стоить

    в чем выгода? откуда этот цирк выполз? эффективные манагеры руководят тех процессом? или что?

     
     
  • 6.79, Аноним (79), 03:31, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще, у этих процессоров по 1 потоку на ядру, так что всё-таки 8 ядер. И да, они неплохи по произаодительности, но надо на бенчи смотреть.
     
  • 6.88, Аноним (88), 11:21, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это для тех кому нужна макс производительность на одно ядро.

    Для целей например макс ядер за недорого или макс памяти на инстанс, Graviton2 поколение рулит

     
     
  • 7.104, _ (??), 18:34, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да херня всё это. Он рулит если есть софт под него сделанный, именно под него.
    Тот же nginx - да соберётся ... и сольёт в любом перфрманс тесте. Тот же $subj просто взлетел когда AWS-ы наняли Ынженегров чтоб адаптировать под свой проц. Ибо пЫсИ - это как дефолтсити(С) :)

    PS: AWS-ы - молодцы!, сделали именно то что и должны были сделать. Адекватность - нынче редкость. :(

     
  • 7.117, нах. (?), 23:26, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это для тех кому нужна макс производительность на одно ядро.

    э... ну... вообще-то для Redis она и нужна.
    Впрочем, нам тут вешают лапшу что амазон что-то пооптимизировал и ИМ больше не нужна, т.е. я его слепила под того что было. Экономический смысл для простых смертных мягко говоря неочевиден, смысл использования этими смертными амазоновского форка на обычном железе тоже выглядит сомнительным.

     

  • 1.5, Аноним (5), 09:21, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Ну ещё бы попугаи в PaaS считать. А сколько раундов сделали, 10 хотя бы было? Перемешивали хосты?
     
  • 1.10, Анониматор (?), 10:01, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +20 +/
    надеюсь все поняли прикол, да? Amazon передал свои наработки по оптимизации для собственных серверных CPU ARM Graviton, запустила тесты на собственном железе, в результате чего проект Valkey, получивший эти фирменные оптимизации, выиграл в неравном бою  
     
     
  • 2.12, vitalif (ok), 10:22, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Вяленько как-то выиграл
     
     
  • 3.49, Аноним (49), 15:59, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вяленько твой витастор работает.
     
  • 2.13, AWS_тек_супорт (?), 10:31, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –10 +/
    А кому сейчас нужны x86-е лол? На гравитон-инстансах буквально половина Fortune 500 сидит, всякие нетфликсы, твиттеры и снэпчаты. Если вообще не половина интернета
     
     
  • 3.23, Gemorroj (ok), 12:05, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    как у вас скукожилась половина интернета до исключительно западных сервисов...
     
     
  • 4.25, Tech_Bro_Supreme (?), 12:19, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    западные сервисы это и есть весь интернет, всё остальное - кустарщина с имитацией бурной деятельности
     
  • 4.28, Аноним (28), 13:16, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –6 +/
    А какие есть сервисы кроме западных? Китайские что-ли? Индийские? Что мне на них делать?
     
     
  • 5.30, пох. (?), 13:23, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Дон, он ваши тиктоки не смотрит, дон!

     
     
  • 6.122, Аноним (33), 01:53, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А на чём крутятся эти ваши тиктоки? Не исключено, что там ни x86, ни ARM.
     
  • 3.24, IdeaFix (ok), 12:13, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы путаете... сейчас придут ушибленные одиночеством люди и скажут что нетфликс сидит на фрибсд, а не на арм :)
     
     
  • 4.42, Аноним (-), 15:06, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Вы путаете... сейчас придут ушибленные одиночеством люди и скажут что нетфликс
    > сидит на фрибсд, а не на арм :)

    А рация - на бронетранспортере, а не каких-то там полупроводниках.

     
  • 3.82, Аноним (82), 04:29, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет в продаже

    https://www.nix.ru/price/search_panel_ajax.html#fn=0&fts=1&keywords=graviton&n

     
     
  • 4.89, Аноним (88), 12:34, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    This site can’t be reached
    www.nix.ru refused to connect.

    Ваш сайт за пределами РФ даже не открывается, шутник вы однако.

    Инстансы с Graviton арендуются в https://aws.amazon.com/ec2/graviton/

     
     
  • 5.96, Совершенно другой аноним (?), 16:34, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > This site can’t be reached
    > www.nix.ru refused to connect.
    > Ваш сайт за пределами РФ даже не открывается, шутник вы однако.

    Есть большая вероятность, что не за пределами РФ, а в пределах Украины.

     
     
  • 6.106, _ (??), 18:39, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну из NA - открылось. Хех, кое кто спалился :)
     
  • 3.105, _ (??), 18:37, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > AWS_тек_супорт

    AWS_продаЖ_просуй

    Исправил, не благодари!

    Такие эе ?удаки но с Азура толкают что пол Ынтернета на их проце сидит :)
    зелёные тайвньцы вообще удивлённо заявляют что _все_ новые ДЦ по ИИ - на их железках...

    Никому верить нельзя!(С) :)

     
  • 2.15, Аноним (14), 10:48, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Так все на этих машинах и сидят
    Остальные кому нужно - тот пусть и тестирует свои архитектуры
     
  • 2.21, Аноним (21), 11:52, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты так говоришь как будто они что-то не правильно сделали. Так они все правильно сделали и это хорошо. Редис в мусорку.  
     
  • 2.52, Аноним (51), 16:34, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У нас на голом x86_64 железе Valkey тоже оказался быстрее, но мы не тестами меряли, а часть трафика с прода туда отзеркалили. Redis на 10% в среднем медленнее был после настройки инженерами Redis Inc. Делай с этой информацией что хочешь.
     
     
  • 3.62, Gemorroj (ok), 17:52, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    так претензии не к redis/valkey, а к убогому тестированию. это тестирование покрывает только конкретную машину amazon.
     
     
  • 4.87, Аноним (88), 09:53, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Оно покрывает самые оптимальные по соотношению цена/производительность системы.

    Если Redis и Valkey работают на Graviton (а они работают), на кой пускать их на x86? Чтобы просто платить больше?

     
     
  • 5.95, Gemorroj (ok), 15:32, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "самые оптимальные по соотношению цена/производительность" серьезное заявление.
     
  • 2.86, Аноним (88), 09:52, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И что не так? Все RDS/ ElastiCache / Opensearch давно перевели на Graviton, банально дешевле выходит получить тот же объем памяти и количество ядер чем на x86. А макс производительности одного ядра роли в нормально распределяемых нагрузках роли не играет вообще.
     
     
  • 3.108, _ (??), 18:47, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Играет. Даже в копейках - играет.
    Но честным людям продаванам об этом говорить не хочется.
     

  • 1.17, Аноним (17), 10:56, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    >Для тестирования производительности использовалась команда: docker run --network="host"

    Так может это тестирование производительности докера?
    Почему на голой системе не протестировали, или это уже не модно?

     
     
  • 2.18, inklesspen (ok), 11:00, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Параметр --network="host" как раз исключает влияние докера в сети, поскольку сеть просто не изолируется. Отсутствие параметров типа --cpu и --mem также практически исключают влияние по производительности.

    Т.е. по факту докер сыграл роль дистрибутора, не более.

     
  • 2.31, User (??), 13:44, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы, поди шта - еще и без гипервизора живете?
     
  • 2.35, чатжпт (?), 13:55, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Приложения в докере и запускаются на голой системе как бэ.
    Шел 2025 год, луддиты до сих пор не разобрались с контейнерами 🤦
     
     
  • 3.38, Аноним (17), 14:32, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну то есть, вы хотите сказать, что производительность приложений в докере
    равноценна производительности при запуске приложений в нативной системе и никакого оверхеда при этом не существует?
    Тесты надеюсь проводили, чтоб такое заявлять?
     
     
  • 4.43, User (??), 15:07, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Ну то есть, вы хотите сказать, что производительность приложений в докере
    > равноценна производительности при запуске приложений в нативной системе и никакого оверхеда
    > при этом не существует?
    > Тесты надеюсь проводили, чтоб такое заявлять?

    Без виртуализации сети и storage'а - меньше 5%, считай - погрешность измерения, все ж не в "контролируемом окружении на голом железе" гоняли.

     
     
  • 5.75, голос_из_леса (ok), 22:27, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Результат теста 10% при погрешности 5%. <Фейспалм>
     
     
  • 6.83, User (??), 04:30, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Результат теста 10% при погрешности 5%. <Фейспалм>

    Многовато намерили, не?

     
  • 4.80, Аноним (82), 04:20, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Докер это и есть нативная система, просто другой неймспейс. Откуда там оверхед? У "нативной" системы тоже есть маркер неймспейса, просто он нигде не показывается.
     
  • 4.85, Аноним (85), 09:33, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    с такими параметрами это то же самое, что ручками запустить в неймспейсе без изоляции сети. оверхед на современных ядрах нулевой.

    изоляция сети - да, заметно влияет

     
  • 3.39, Аноним (17), 14:39, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    - В 2022 году было показано, что докеризированное приложение Go на 25,09 медлен... большой текст свёрнут, показать
     
     
  • 4.56, пох. (?), 17:02, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    э... ну... дайте угадаю - все эти приложения активно что-то писали на диск?

    > Как насчет переключения контекста между контейнерами?

    точно так же как между любыми недокеризованными программами.

    > Конкуренция за ресурсы?

    - // -

    > Дополнительные ресурсы на пакетирование

    причем тут они если сравниваются уже запущенные контейнеры?

    (с образами в этом тесте, кстати, не все прозрачно)

    Проблемы дыркера - сколько там уже - ЧЕТЫРЕ безумно уродливых layered fs одна кривее другой (не касаются редиса ибо он на диск из основного процесса вообще ничего не пишет), трансляция пакетов (отключена в этих настройках) и корявая обертка (ни на что не может повлиять когда процесс уже запущен и он внутри контейнера ровно один, нужный)


     
     
  • 5.72, Аноним (17), 22:00, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > если сравниваются уже запущенные контейнеры?

    то есть вы хотите сказать, что затраты на запуск докера со всей обвязкой вы даже не учитываете?

     
     
  • 6.90, пох. (?), 12:42, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    повторяю - это разовое действие, зачем нам его учитывать, если мы сравниваем - базы данных? Уже запущенные.
    Нас не интересует, от слова совсем, сколько они запускаются, хоть в докере, хоть без.

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

     
  • 4.60, чатжпт (?), 17:18, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как насчет переключения контекста между контейнерами? Конкуренция за ресурсы? Дополнительные ресурсы на пакетирование - докеры же образами поставляются...

    ты вообще понимаешь о чем пишешь? приложения в контейнере - это обычные приложения линукс в отдельных неймспейсах. То что делает докер ты можешь сделать руками (namespaces + cgroups + iptables)

     
     
  • 5.73, Аноним (17), 22:05, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот прям сейчас гляжу в докер, и вижу что там все лежит в отдельных образах.
    Накладные расходы на загрузку образа, вы не учитываете?
    На распаковку\запаковку данных в формат контейнеризации докера ресурсов не выделяете?
    Внутри - да, изолированные линуксовые приложения, но до момента когда это приложние сможет загрузится из докера должно же пройти какое то время?
     
     
  • 6.81, Аноним (82), 04:22, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы часто загружаете приложение в докере?

    Я как в июне прошлого года запустил, так и не перезапускал.

     
  • 6.98, Аноним (51), 17:17, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты бы ещё время на разработку софта и сборку дистрибутива учёл.

    Лето началось — хоть вообще на опеннет не ходи. И так кекспертиза через край, а с началом лета так просто какие-то космические значения. Моё портфолио бы с такой скоростью росло, я бы уже на пенсию ушёл.

     
  • 4.70, r2d0 (?), 20:49, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Методики тестирования приводить не будем, просто напишем, что X в контейнере работает в N раз медленнее.
     
  • 2.109, _ (??), 18:49, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Так может это тестирование производительности докера?
    > Почему на голой системе не протестировали, или это уже не модно?

    Потому что "а всё!" - не будешь ты "на голой системе" ничего гонять больше :(
    Так что протестирован как раз "the real life scenario" ...

     

  • 1.19, Аноним (19), 11:25, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Ничоси. афинити ядер теперь называется оптимизацией.
    Хочу работать оптимизологом. присылайте вакансии.
     
  • 1.27, Аноним (28), 13:14, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    До этого момента не мог определиться, всё-таки, оправдан ли всё-таки перевод проекта в несвободные чтобы всякая шваль на нём не наживалась. Ну вот и ответ - видимо, шваль которая хочет нажиться это именно оригинальные разработчики, которые ещё и разрабатывать не умеют.
     
     
  • 2.40, Аноним (17), 14:42, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    достаточно сравнить популярные программные пакеты, например мелкомягких и свободные альтернативы.
    я не говорю, что у одних все хорошо, а у других плохо, просто разработчики за деньги делают что им скажут, и если то что им скажут это оптимизация и устранение ошибок, то они будут этим заниматься.
     
     
  • 3.66, Аноним (66), 18:35, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > просто разработчики за деньги делают что им скажут, и если то что им скажут это оптимизация и устранение ошибок, то они будут этим заниматься

    Чистая правда, именно поэтому коммерческое ПО так проигрывает свободному. Коммерческим разработчикам никогда такого не скажут - для бизнеса оптимизация и устранение ошибок никогда не окупятся. Понятно что в свободном ПО разработчикам некому говорить что делать, но во-первых, у них есть возможность не идти против своего чувства прекрасного, во-вторых, можно прийти снаружи и починить/оптимизировать всё что тебе нужно. Чем и пользовался неоднократно.

     

  • 1.41, Аноним (-), 15:05, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В тестовом окружении AWS Graviton4 c8g.2xlarge с 8 VCPU

    А вот и пример сервака на ARM если я не ошибаюсь завезли. ARM64 таки уже пощел в массы на сервера.

     
     
  • 2.44, Аноним (44), 15:22, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А какие преимущества у армов на серваках? Ниже потребление и тепловыделение? Или производительность против интелов, того же класса, выше?
     
     
  • 3.47, Аноним (47), 15:48, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Раньше было, но сейчас только непредвиденные дыры безопасности. Так как amd64 значительно лучше изучен.
     
  • 3.50, Nickolyan (ok), 16:00, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    VDS на ARM почти в два раза дешевле, при аналогичном количестве ядер и памяти.
     
     
  • 4.59, penetrator (?), 17:17, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    нет, не в 2 раза, но что там с производительностью на бакс?

    а как насчет сравнить в физ сервером? ))))

    облака это точно не про низкие цены

     
     
  • 5.63, Аноним (51), 17:56, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > облака это точно не про низкие цены

    Если ты пользуешься облаком как колокейшеном с модным REST API, то может получиться дорого. А если пользоваться облаками как облаками, то сильно дешевле, в отдельных случаях удавалось срезать до 80% костов в сравнении с on-prem, обычно — 15%-20%. Это _до_ учёта косвенных затрат типа персонала (которого для обслуживания и поддержки надо значительно меньше), рисков, сертификаций, доступности и прочего. Но чтобы это знать этим надо заниматься, а не хейтить с дивана.

     
     
  • 6.74, penetrator (?), 22:16, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    чушь не сусветная, колокейшен - это когда твое оборудование на арендованных пл... большой текст свёрнут, показать
     
     
  • 7.99, Аноним (51), 17:27, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это подрыв! Комментировать этот поток плоскоземельного сознания я конечно же не буду, но замечу, что на миграциях с он-прем в клауд я заработал на сытую жизнь в развитой стране, и продолжаю зарабатывать. А то, что ты не знаешь о чём говоришь можно было и короче написать.
     
     
  • 8.119, penetrator (?), 00:01, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    коментировалка не выросла кто-то и на наркоте поднялся, но это не означает, что... текст свёрнут, показать
     
  • 5.94, Nickolyan (ok), 14:30, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я для пет-проектов пользую. "Два ядра, два гига, а посередине гвоздик". Хотя периодически желание затестить и сравнить производительность с x86 появляется.
     
     
  • 6.120, penetrator (?), 00:03, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я для пет-проектов пользую. "Два ядра, два гига, а посередине гвоздик". Хотя
    > периодически желание затестить и сравнить производительность с x86 появляется.

    а чем плоха VPS за 5 евро в месяц?

    3 vCPU Cores
    8 GB RAM
    75 GB NVMe or 150 GB SSD
    1 Snapshot
    32 TB Traffic* Unlimited Incoming

     
  • 2.45, 12yoexpert (ok), 15:24, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ты путаешь рекламу с похождениями в массы
     
  • 2.46, эксперт (?), 15:29, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Завезли? Гравитоны уж годков семь как в проде рулят. Остальные мейджоры вроде тоже подсуетились и уже свои аналоги наклепали: у MS вроде Azure Cobalt, а в GCP - Google Axion или как-то так. ARMы это буквально почти дефолтная тема
     
  • 2.53, Gemorroj (ok), 16:35, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    так они давно уже, их хостеры рекламят безбожно, т.к. у них энергопотребление значительно меньше (=дешевле).
    на практике нужно смотреть как конкретный софт под arm оптимизирован в сравнении с x86. может и выгодно быть, может и нет.
     
     
  • 3.57, Аноним (51), 17:04, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На практике, вся числодробильня на x86_64, всё остальное на arm64. Если бы партнёры в своё время не кинули HP, блейды на армах были бы обыденностью лет десять как. Но увы и ах, на рынке годых армов не оказалось, а запилить свой не хватило кохонес (и денег).
     
     
  • 4.110, _ (??), 19:02, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А таки и да! Для перекладывания жсонов - хватает. ~= 85% web-мaкaкингa :)
    Но мы наступили на один нюанс. Камни цсуко - разные. Заточишь софт на локальном аллвинере а оно на гравитоне - тормозит, но нвидии крэшится ... ну ты понел.
    Но для уеба - всё равно хватает, и учтите - даааалеко не у всех хайлоад :) Так чтЭ ...
     

  • 1.54, Аноним (51), 16:37, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ой как неудобно получилось. Пыжились, лицензию меняли, а как дело дошло до дела, то оказалось что у AWS инженеры есть, а у Redis Inc. особо-то и не осталось. Даже возвращение Сальваторе Санфилипо не помогло. Оказывается кроме хайпа на борьбе со злыми корпами надо ещё и программировать уметь.
     
  • 1.55, Аноним (55), 16:52, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ученик превзошел учителя - иногда так бывает.
     
  • 1.61, penetrator (?), 17:23, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    давайте сравним с собственным кешем в памяти или хотя бы MemCached и выкинем топик ))
     
     
  • 2.65, Аноним (51), 18:05, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А давай! Вот у меня конкретный прод с конкретным приложением, в пике под нагрузкой почти 1к инстансов. Весь прод вместе с Valkey мои админы с нуля разворачивают за один рабочий день, как раз недавно вводили в строй новый регион, цифра весьма точная. Управишься за день написать собственный распреденный кэш так, чтобы 1к инстансов не тормозил? Если управишься, нам такие программисты нужны. Пиши где живёшь и сколько денег в год хочешь, скажу куда резюме слать.
     
     
  • 3.71, YetAnotherOnanym (ok), 21:47, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Стоп-стоп-стоп, ты не смешивай божий дар с яичницей. Развернуть типовой набор софта и конфигов и написать софтину масштаба Valkey и Redis - это далеко не одно и то же.
     
     
  • 4.100, Аноним (51), 17:30, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не одно и то же, и именно в этом прикол. Деньги зарабатывать надо сегодня, а не когда-то потом, когда идеальное решение будет уже наконец написано. Поэтому берём готовый продукт, по необходимости допиливаем что надо и вперёд, конкуренты не спят.
     
     
  • 5.112, YetAnotherOnanym (ok), 21:24, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как знакомо! Быстрей-быстрей, некогда думать, тяп-ляп и в продакшон, и так далее. Ты напиши тут, что у вас за контора, чтобы, если что, обойти её стороной.
     
  • 3.76, penetrator (?), 22:37, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А давай! Вот у меня конкретный прод с конкретным приложением, в пике
    > под нагрузкой почти 1к инстансов. Весь прод вместе с Valkey мои
    > админы с нуля разворачивают за один рабочий день, как раз недавно
    > вводили в строй новый регион, цифра весьма точная. Управишься за день
    > написать собственный распреденный кэш так, чтобы 1к инстансов не тормозил? Если
    > управишься, нам такие программисты нужны. Пиши где живёшь и сколько денег
    > в год хочешь, скажу куда резюме слать.

    что-то сумбур сплошной

    у тебя есть сервис, который требует для своей работы около 1000 серверов?
    или наклепал микросервисов?
    а в распределенный кеш ты вляпался для чего? почему он должен быть распределенным?

    при такой формулировке можно просто было сказать "пофиг почему - но мне надо распределенный кеш, ты готов написать свою реализацию распределенного кеша?"

    ну и что там с memcached? не понравился? тупит на 1000 клиентов? )))

     
     
  • 4.84, Аноним (84), 06:08, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    слит
     
  • 4.92, пох. (?), 12:53, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > у тебя есть сервис, который требует для своей работы около 1000 серверов?

    инстанс необязательно занимает целиком сервер, да и знать нам это незачем.
    Но считай что да, полуграмотным так проще.

    > или наклепал микросервисов?
    > а в распределенный кеш ты вляпался для чего? почему он должен быть

    для того что ВНЕЗАПНО, одиночная программа может не справиться с нагрузкой.
    Не говоря уже о проблемах с разработкой такого монолита, с фейловером, геораспределением, наконец.

    > распределенным?

    потому что ты наверное обидишься если вбив данные кредитки и нажав "отправить" получишь фигу - потому что обрабатывавший твою транзакцию сервер внезапно сдох или он вполне живой но где-то далеко-далеко моргнул канал.

    Иди заново логиниться, заново заполнять все формы, и снова жмакай. Ведь данные твоей сессии хранились в мемкэше и он пошел лесом следом за самим единственным сервером. Кстати, твои денежки мы тебе когда-нибудь вернем.

    (ничо необычного, именно так индусы наиндусили одну крупную авиакомпанию. "ой, штота пошло не так". К вопросам в другом тредике чем кредитная карта отличается от, с-ко, дебитовой. Ничего, в следующий раз наймут обезьянок из другой деревни, поближе уже к Бангалору, там про fail-safe архитектуры уже что-то слышали с веток. Лет через пять.)

    > ну и что там с memcached? не понравился? тупит на 1000 клиентов?

    твой уровень. Ты даже не понимаешь что 1000 инстансов - это очень и очень побольше 1000 клиентов.

     
     
  • 5.93, penetrator (?), 13:16, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    словесный понос

    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.

    остальной бред я даже коментировать не буду, в попытках разобрать особенности твоего мировосприятия, которое мне нах не вперлось )))

     
     
  • 6.116, нах. (?), 23:19, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > словесный понос

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

    > 1000 клиентов означает 1000 клиентских рантаймов

    я не знаю что за тараканы у тебя в голове, но 1000 клиентов означает 1000 клиентов. А когда тебе говорят про 1000 инстансов - это 1000 инстансов. Клиентов каждый может обрабатывать абсолютно произвольное количество, но вряд ли бизнес будет рад запускать их просто про запас, так что вероятнее всего там клиентов на пару порядков поболее.
    Что такое у тебя "клиентский рантайм" и к чему ты его тут приплел - мы тут без понятия.  Как и зачем ты вылез со своим "клиент-сервером" - и причем бы тут он.

    > вот тебе пример описания библиотеки для мемкешед

    спасибо, конечно, но тебя никто не спрашивал про библиотеки для мемкэша.

    Спрашивали - что ты собираешься делать, когда производительности единственного сервера не хватит. Или когда он у тебя навернется на ходу. Или когда выяснится что rtt до него из еще одного добавленного операционного центра превышает допустимые пределы и нужна локальная копия хотя бы для операций чтения. Все эти проблемы редис успешно решает из коробки (есть еще шардинг но там все не совсем просто). Без необходимости костылестроения. В отличие от мемкэша, который давно уже удел васянов с единственным подкроватным сервером.

     
     
  • 7.121, penetrator (?), 00:05, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    поищи в тексте слово client, может тогда не будешь выглядеть как ἰδιώτης
     
  • 5.113, YetAnotherOnanym (ok), 21:29, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > обрабатывавший твою транзакцию сервер внезапно сдох

    если сервер написан с включённой головой, то деньги либо не спишутся, либо, после оживления сервера, дойдут куда надо.

     
     
  • 6.115, нах. (?), 23:01, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    жаль что ты со своей головой никому не нужен, а код для сервисов пишут совсем другие ребята, не ставящие себе нереалистичных задач.

     
  • 4.101, Аноним (51), 17:46, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да Нет Потому что обработка данных распереленная и для обработки всего запроса... большой текст свёрнут, показать
     
     
  • 5.114, YetAnotherOnanym (ok), 21:34, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > серверы ненадёжны и мрут, бывает, как мухи, иногда целыми регионами

    Вас там что, нагибают сервера только от мцст брать?

     
  • 2.111, _ (??), 19:10, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > давайте сравним с собственным кешем в памяти или хотя бы MemCached и выкинем топик ))

    Профессор по анатомии человека, сосиска и "экспонат" ... походу ты тоже кой-чего перепутал :-D

      

     

  • 1.64, Аноним (64), 18:03, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > развиваемый сообществом форк
    > переданного проекту компанией Amazon

    Сообщество такое сообщество

     
  • 1.67, adolfus (ok), 18:40, 04/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    GET/SET ... Все зависит от размера ключа, размера данных и организации. Для btree будет одна производительность, для hash другая, для queue третья. Что там тестровалось?
    Допустим, размер ключа 8 байт (mjd), размер данных -- от 1500 до 4000 байт. Функция сравнения оперирует ключом и 97 байтами из данных. Что будем иметь?
     
     
  • 2.77, Nikoloza (?), 22:40, 04/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В статье программу тестирования запускают след. командой:
    --------------
    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)

     

  • 1.78, Аноним (78), 03:09, 05/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > переданного проекту компанией Amazon.

    Подождите, это невозможно. Пермиссивные лицензии это ведь когда корпы всё забирают и ничего не отдают, и только вирусный ГПЛ позволяет проектам нормально развиваться.

    Вот кстати в экосистеме раста всё пермиссивное, и там тоже невозможное происходит: корпы не только сам пермиссивный раст развивают, а ещё и свободные библиотеки. Но как? Официальные учёные до сих пор не могут понять.

     
     
  • 2.91, YetAnotherOnanym (ok), 12:52, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ваш камент огорчает диванных чегевар.
     

  • 1.97, голос_из_леса (ok), 17:08, 05/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Самый независимый измеритель. ))

    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.

     
     
  • 2.118, нах. (?), 23:40, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Самый независимый измеритель

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

    Но вообще-то чувак похоже мерял ровно результат СВОЕЙ разработки под поставленную начальством задачу. И похвастался успехом. Успех действительно имеется. Пользы для окружающих, в принципе, не предполагалось.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру