Представлены результаты тестирования свежих выпусков СУБД Redis 8.0 и Valkey 8.1, в которых были заявлены значительные оптимизации производительности. Во всех проведённых тестах развиваемый сообществом форк обогнал оригинальный проект, в основном благодаря внедрению в Valkey нового механизма для многопоточной обработки ввода/вывода в асинхронном режиме, переданного проекту компанией Amazon...Подробнее: https://www.opennet.me/opennews/art.shtml?num=63335
Вы бы еще МонгоБиБи СУБД назвали...
зачем? в новости про отличие форка от исходного
А СУБД это что-то исключительно поддерживающее SQL?
Хипстеры не знают, что SQL достаточно молодая технология.
Тут все очень непросто. На разных типах процессоров эти оптимизации замеряли?
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...
И я о том же. Конкретный CPU, конкретная конфигурация. Учитывая специфику приложения, вполне возможно, что на других CPU этого эффекта не будет, будет негативный или менее выраженный. Одного теста на одном виде машины мало.
можешь провести сам
но этот тест на одном из самых популярных AWS серверов
и многие будут использовать именно похожие AWS машины - так что вполне релевантный тест
> но этот тест на одном из самых популярных AWS серверовсерьезно?
В мире СТОЛЬКО болванов покупающих сервер на несовместимой ни с чем кроме полутора приложений архитектуре?(лень испрашивать у товарищмаера разрешение обращаться к запрещенным сайтам, чтоб убедиться что дело не в ценнике)
Там, похоже, процессор ARM-овской архитектуры (https://en.wikipedia.org/wiki/AWS_Graviton).
Ну, а я о чом? Как надо долбануться чтоб за ЭТО заплатить амазону и главное - нафига же ж?!
ээээ... почему нет-то? Стоит "занедорого", доскер для ВСЯКОГО считай тот же самый (Есть грабли, но хожены, хожены) - самому всякую легасю собирать конечно может быть и не удобно - ну так никто ж не заставляет...
ну не тот же самый, в том и дело - при популярной методе FROM: srach и srach.tar.gz с мусором из локалхостовой wsl - оно будет работать только на единственно-верной платформе.Ну и вот я про ценник, собственно, и спрашивал - чо, там настолько дешевле ix86, что прям все дЭффективные ломанулись не глядя под ноги ? Мы просто в ауле живем, нам отсюда не видно и стука грабель по лбам почти не слышно.
> ну не тот же самый, в том и дело - при
> популярной методе FROM: srach и srach.tar.gz с мусором из локалхостовой wsl
> - оно будет работать только на единственно-верной платформе.Та ни, сборка один черт давно уже не на компе у погроммизда. Вот разве что фронтендеры периодически фрондируют - но они на macаках, им можно.
> Ну и вот я про ценник, собственно, и спрашивал - чо, там
> настолько дешевле ix86, что прям все дЭффективные ломанулись не глядя под
> ноги ? Мы просто в ауле живем, нам отсюда не видно
> и стука грабель по лбам почти не слышно.Так почти 40% разницы если в штуках и где-то 25% если в попугаях. Проект на джве был, если что.
Ну ... ходили тут девушки нетяжёлого поведения о том что AWS продаЙЁОт сервисы (да тот же $subj как готовый инстанс, а не самому натягивать) и оно было на гравитонах. Они же говорят что мартышки даже не заметили что банан - другой ;-D
Но я бы им не очень верил, их же кто кормит, того они и танцуют ;-)
Если что, то сейчас большинство серверных/облачных приложений переезжает именно на ARM.
Но доказательств этому ты конечно не приведёшь?
"... так и ты - ГОВОРИ, дед Макар!"(С)
Претензии к производительности кода будут или как обычно: улышал «клауд» и началось желчеотделение, как в экспериментах Павлова?
так еще и за космические деньги8 vCPUs (costing roughly $250/month in us-east-1
смешно 4 физических ядра уровня 6700 купить за 250 баксов, так еще потом и за трафик, а там от 0 до бесконечности, на порядок или два дороже чем сам сервер может стоить
в чем выгода? откуда этот цирк выполз? эффективные манагеры руководят тех процессом? или что?
Вообще, у этих процессоров по 1 потоку на ядру, так что всё-таки 8 ядер. И да, они неплохи по произаодительности, но надо на бенчи смотреть.
Это для тех кому нужна макс производительность на одно ядро.Для целей например макс ядер за недорого или макс памяти на инстанс, Graviton2 поколение рулит
Да херня всё это. Он рулит если есть софт под него сделанный, именно под него.
Тот же nginx - да соберётся ... и сольёт в любом перфрманс тесте. Тот же $subj просто взлетел когда AWS-ы наняли Ынженегров чтоб адаптировать под свой проц. Ибо пЫсИ - это как дефолтсити(С) :)PS: AWS-ы - молодцы!, сделали именно то что и должны были сделать. Адекватность - нынче редкость. :(
> Это для тех кому нужна макс производительность на одно ядро.э... ну... вообще-то для Redis она и нужна.
Впрочем, нам тут вешают лапшу что амазон что-то пооптимизировал и ИМ больше не нужна, т.е. я его слепила под того что было. Экономический смысл для простых смертных мягко говоря неочевиден, смысл использования этими смертными амазоновского форка на обычном железе тоже выглядит сомнительным.
Ну ещё бы попугаи в PaaS считать. А сколько раундов сделали, 10 хотя бы было? Перемешивали хосты?
надеюсь все поняли прикол, да? Amazon передал свои наработки по оптимизации для собственных серверных CPU ARM Graviton, запустила тесты на собственном железе, в результате чего проект Valkey, получивший эти фирменные оптимизации, выиграл в неравном бою
Вяленько как-то выиграл
Вяленько твой витастор работает.
А кому сейчас нужны x86-е лол? На гравитон-инстансах буквально половина Fortune 500 сидит, всякие нетфликсы, твиттеры и снэпчаты. Если вообще не половина интернета
как у вас скукожилась половина интернета до исключительно западных сервисов...
западные сервисы это и есть весь интернет, всё остальное - кустарщина с имитацией бурной деятельности
А какие есть сервисы кроме западных? Китайские что-ли? Индийские? Что мне на них делать?
Дон, он ваши тиктоки не смотрит, дон!
А на чём крутятся эти ваши тиктоки? Не исключено, что там ни x86, ни ARM.
Вы путаете... сейчас придут ушибленные одиночеством люди и скажут что нетфликс сидит на фрибсд, а не на арм :)
> Вы путаете... сейчас придут ушибленные одиночеством люди и скажут что нетфликс
> сидит на фрибсд, а не на арм :)А рация - на бронетранспортере, а не каких-то там полупроводниках.
Нет в продажеhttps://www.nix.ru/price/search_panel_ajax.html#fn=0&fts=1&k...
This site can’t be reached
www.nix.ru refused to connect.Ваш сайт за пределами РФ даже не открывается, шутник вы однако.
Инстансы с Graviton арендуются в https://aws.amazon.com/ec2/graviton/
> This site can’t be reached
> www.nix.ru refused to connect.
> Ваш сайт за пределами РФ даже не открывается, шутник вы однако.Есть большая вероятность, что не за пределами РФ, а в пределах Украины.
Ну из NA - открылось. Хех, кое кто спалился :)
Ну так естественно - это же in-house чип для AWS. Типа как у Google GCP свой Google Axion, или у Microsoft - Cobalt 100 для Azure. Серверные ARM'ы это только для высшей лиги hyperscaler'овAmpere вроде пока ещё держит нейтралитет, но с учётом того, как Oracle к ним подбирается - вопрос времени, лол
> AWS_тек_супортAWS_продаЖ_просуй
Исправил, не благодари!
Такие эе ?удаки но с Азура толкают что пол Ынтернета на их проце сидит :)
зелёные тайвньцы вообще удивлённо заявляют что _все_ новые ДЦ по ИИ - на их железках...Никому верить нельзя!(С) :)
Так все на этих машинах и сидят
Остальные кому нужно - тот пусть и тестирует свои архитектуры
Ты так говоришь как будто они что-то не правильно сделали. Так они все правильно сделали и это хорошо. Редис в мусорку.
У нас на голом x86_64 железе Valkey тоже оказался быстрее, но мы не тестами меряли, а часть трафика с прода туда отзеркалили. Redis на 10% в среднем медленнее был после настройки инженерами Redis Inc. Делай с этой информацией что хочешь.
так претензии не к redis/valkey, а к убогому тестированию. это тестирование покрывает только конкретную машину amazon.
Оно покрывает самые оптимальные по соотношению цена/производительность системы.Если Redis и Valkey работают на Graviton (а они работают), на кой пускать их на x86? Чтобы просто платить больше?
"самые оптимальные по соотношению цена/производительность" серьезное заявление.
И что не так? Все RDS/ ElastiCache / Opensearch давно перевели на Graviton, банально дешевле выходит получить тот же объем памяти и количество ядер чем на x86. А макс производительности одного ядра роли в нормально распределяемых нагрузках роли не играет вообще.
Играет. Даже в копейках - играет.
Но честным людям продаванам об этом говорить не хочется.
>Для тестирования производительности использовалась команда: docker run --network="host"Так может это тестирование производительности докера?
Почему на голой системе не протестировали, или это уже не модно?
Параметр --network="host" как раз исключает влияние докера в сети, поскольку сеть просто не изолируется. Отсутствие параметров типа --cpu и --mem также практически исключают влияние по производительности.Т.е. по факту докер сыграл роль дистрибутора, не более.
Вы, поди шта - еще и без гипервизора живете?
Приложения в докере и запускаются на голой системе как бэ.
Шел 2025 год, луддиты до сих пор не разобрались с контейнерами 🤦
Ну то есть, вы хотите сказать, что производительность приложений в докере
равноценна производительности при запуске приложений в нативной системе и никакого оверхеда при этом не существует?
Тесты надеюсь проводили, чтоб такое заявлять?
> Ну то есть, вы хотите сказать, что производительность приложений в докере
> равноценна производительности при запуске приложений в нативной системе и никакого оверхеда
> при этом не существует?
> Тесты надеюсь проводили, чтоб такое заявлять?Без виртуализации сети и storage'а - меньше 5%, считай - погрешность измерения, все ж не в "контролируемом окружении на голом железе" гоняли.
Результат теста 10% при погрешности 5%. <Фейспалм>
> Результат теста 10% при погрешности 5%. <Фейспалм>Многовато намерили, не?
Докер это и есть нативная система, просто другой неймспейс. Откуда там оверхед? У "нативной" системы тоже есть маркер неймспейса, просто он нигде не показывается.
с такими параметрами это то же самое, что ручками запустить в неймспейсе без изоляции сети. оверхед на современных ядрах нулевой.изоляция сети - да, заметно влияет
- В 2022 году было показано, что докеризированное приложение Go на 25,09% медленнее работает, чем приложение, запущенное на «голом железе».
- Тест программы на языке Rust. В одном из тестов было выявлено, что программа, запущенная в Docker, на 16% медленнее выполняет некоторые задачи по сравнению с запуском на хосте.
- Тест приложения Laravel. В 2024 году было показано, что производительность приложения в контейнере Docker значительно ниже, чем при запуске вне контейнера. Например, количество запросов в секунду (RPS) в Docker-контейнере составляет около 85 против 2700 на хосте.и это только на первой странице в поиске. тыб хоть погуглил, перед тем как такими фразами кидаться.
Или ты просто админ локалхоста, с одним докер-пакетом?Как насчет переключения контекста между контейнерами? Конкуренция за ресурсы? Дополнительные ресурсы на пакетирование - докеры же образами поставляются...
э... ну... дайте угадаю - все эти приложения активно что-то писали на диск?> Как насчет переключения контекста между контейнерами?
точно так же как между любыми недокеризованными программами.
> Конкуренция за ресурсы?
- // -
> Дополнительные ресурсы на пакетирование
причем тут они если сравниваются уже запущенные контейнеры?
(с образами в этом тесте, кстати, не все прозрачно)
Проблемы дыркера - сколько там уже - ЧЕТЫРЕ безумно уродливых layered fs одна кривее другой (не касаются редиса ибо он на диск из основного процесса вообще ничего не пишет), трансляция пакетов (отключена в этих настройках) и корявая обертка (ни на что не может повлиять когда процесс уже запущен и он внутри контейнера ровно один, нужный)
> если сравниваются уже запущенные контейнеры?то есть вы хотите сказать, что затраты на запуск докера со всей обвязкой вы даже не учитываете?
повторяю - это разовое действие, зачем нам его учитывать, если мы сравниваем - базы данных? Уже запущенные.
Нас не интересует, от слова совсем, сколько они запускаются, хоть в докере, хоть без.Но должен тебя еще раз огорчить, создание неймспейса занимает микросекунды в любом случае.
> Как насчет переключения контекста между контейнерами? Конкуренция за ресурсы? Дополнительные ресурсы на пакетирование - докеры же образами поставляются...ты вообще понимаешь о чем пишешь? приложения в контейнере - это обычные приложения линукс в отдельных неймспейсах. То что делает докер ты можешь сделать руками (namespaces + cgroups + iptables)
Вот прям сейчас гляжу в докер, и вижу что там все лежит в отдельных образах.
Накладные расходы на загрузку образа, вы не учитываете?
На распаковку\запаковку данных в формат контейнеризации докера ресурсов не выделяете?
Внутри - да, изолированные линуксовые приложения, но до момента когда это приложние сможет загрузится из докера должно же пройти какое то время?
Вы часто загружаете приложение в докере?Я как в июне прошлого года запустил, так и не перезапускал.
Ты бы ещё время на разработку софта и сборку дистрибутива учёл.Лето началось — хоть вообще на опеннет не ходи. И так кекспертиза через край, а с началом лета так просто какие-то космические значения. Моё портфолио бы с такой скоростью росло, я бы уже на пенсию ушёл.
Методики тестирования приводить не будем, просто напишем, что X в контейнере работает в N раз медленнее.
> Так может это тестирование производительности докера?
> Почему на голой системе не протестировали, или это уже не модно?Потому что "а всё!" - не будешь ты "на голой системе" ничего гонять больше :(
Так что протестирован как раз "the real life scenario" ...
Ничоси. афинити ядер теперь называется оптимизацией.
Хочу работать оптимизологом. присылайте вакансии.
До этого момента не мог определиться, всё-таки, оправдан ли всё-таки перевод проекта в несвободные чтобы всякая шваль на нём не наживалась. Ну вот и ответ - видимо, шваль которая хочет нажиться это именно оригинальные разработчики, которые ещё и разрабатывать не умеют.
достаточно сравнить популярные программные пакеты, например мелкомягких и свободные альтернативы.
я не говорю, что у одних все хорошо, а у других плохо, просто разработчики за деньги делают что им скажут, и если то что им скажут это оптимизация и устранение ошибок, то они будут этим заниматься.
> просто разработчики за деньги делают что им скажут, и если то что им скажут это оптимизация и устранение ошибок, то они будут этим заниматьсяЧистая правда, именно поэтому коммерческое ПО так проигрывает свободному. Коммерческим разработчикам никогда такого не скажут - для бизнеса оптимизация и устранение ошибок никогда не окупятся. Понятно что в свободном ПО разработчикам некому говорить что делать, но во-первых, у них есть возможность не идти против своего чувства прекрасного, во-вторых, можно прийти снаружи и починить/оптимизировать всё что тебе нужно. Чем и пользовался неоднократно.
> В тестовом окружении AWS Graviton4 c8g.2xlarge с 8 VCPUА вот и пример сервака на ARM если я не ошибаюсь завезли. ARM64 таки уже пощел в массы на сервера.
А какие преимущества у армов на серваках? Ниже потребление и тепловыделение? Или производительность против интелов, того же класса, выше?
Раньше было, но сейчас только непредвиденные дыры безопасности. Так как amd64 значительно лучше изучен.
VDS на ARM почти в два раза дешевле, при аналогичном количестве ядер и памяти.
нет, не в 2 раза, но что там с производительностью на бакс?а как насчет сравнить в физ сервером? ))))
облака это точно не про низкие цены
> облака это точно не про низкие ценыЕсли ты пользуешься облаком как колокейшеном с модным REST API, то может получиться дорого. А если пользоваться облаками как облаками, то сильно дешевле, в отдельных случаях удавалось срезать до 80% костов в сравнении с on-prem, обычно — 15%-20%. Это _до_ учёта косвенных затрат типа персонала (которого для обслуживания и поддержки надо значительно меньше), рисков, сертификаций, доступности и прочего. Но чтобы это знать этим надо заниматься, а не хейтить с дивана.
чушь не сусветная, "колокейшен" - это когда твое оборудование на арендованных площадях в ДЦ, например полрека или весь рек или слот, так что бред начинается с формулировок, я даже не могу попытаться представить, что ты хочешь выразить, какую мне надо увидеть здесь аналогию
это не тоже самле что аренда оборудования в ДЦ"облаками как облаками" - это как? опять какая-то формулировка для дегенератов от эффективных менеджеров
у тебя в том же AWS либо EC2, что есть обычная виртуалка за дорого, либо опенсорс предустановленный и преднастроенный (иногда криво) продаваемый как сервис, тоже за дорогонах мне персонал для арендуемого оборудования датацентра? разница только в том, что это физическое оборудование за фикисрованный прайс с предсказуемыми затратами, которое стоит всегда одну и ту же цену за сервер-канал, и эта цена от 5 до 10 раз меньше, чем аналогичный инстанс в облаках, притом ты еще попробуй получить от него ту же производительность из-за виртуализации и всякого EBS-нутого хранилища
и если у тебя свой ДЦ - или даже колокейшен, это тоже становится выгодно при очень крупных объемах, когда оны выстреливаеть даже лучше чем аренда, но это только на больших объемах работает, поэтому всякие пейсбуки и гуглы строят свои ДЦ и свои каналы связи
> рисков - рисков чего? просрать данные австралийского пенсионного фонда в облаках? ты не понимаешь что там это все настраивают примерно такие спецы как ты )))) т.е. никакие
и ПФ это только один пример, CrowdStrike второй, притом в тот же день был сбой самого Azure, но его не особо заметили потому что и так была задница, а вообще примеров много
> сертификаций - сертификации чего? любой ДЦ имеет все сертификаты в том числе PCI DSS
> доступности - доступности чего? оборудования для заказа? multipath TCP? high availability? или чем ты там занимался? ))))))если про оборудование то - что-то экслюзивное имеешь через день, если стандартное, то через 10 минут, и это физическое оборудование, а через сколько ты получаешь AWS EC2 в котором будет физический SSD? ты же недиванный специалист, наверное точно сможешь сказать сколько у тебя это заняло времени, когда ты этим "занимался" )))
срезать 80% костов )) 80% от чего? от локального on-premise? когда сервер у тебя в подсобке и тебе нужно держать весь штат от supplying до электрика? а я тебе говорю про аренду мощностей ДЦ, само собой unmanaged, но даже managed сервера будут быстрее и дешевле облачных решений, начитаются своих интернетов, а потом друг друга...
больше не смею отвлекать, я и это не хотел писать, лениво было, хотел ограничиться ехидной улыбкой, но так хотя бы с большего...
Вот это подрыв! Комментировать этот поток плоскоземельного сознания я конечно же не буду, но замечу, что на миграциях с он-прем в клауд я заработал на сытую жизнь в развитой стране, и продолжаю зарабатывать. А то, что ты не знаешь о чём говоришь можно было и короче написать.
коментировалка не выросла?кто-то и на наркоте поднялся, но это не означает, что от наркоты не подыхают - интересные у тебя аргументы конечно ))) я же не твои бабки считаю, а говорю за тех реализацию и полную стоимость владения, майкрософт тоже поднялся на доении облачных хомяков
я не говорю что это не приносит деньги я говорю, что это очень дорого, собственно поэтому и выгодна облачным провайдерам, подсадить таких как ты и твоих клиентов на иглу
тем не менее тренды не однозначные, было как-то так:
https://venturebeat.com/data-infrastructure/report-81-of-it-.../но потом бум ИИ и опять не хватает мощностей и опять облака, в основном Оракл
Я для пет-проектов пользую. "Два ядра, два гига, а посередине гвоздик". Хотя периодически желание затестить и сравнить производительность с x86 появляется.
> Я для пет-проектов пользую. "Два ядра, два гига, а посередине гвоздик". Хотя
> периодически желание затестить и сравнить производительность с x86 появляется.а чем плоха VPS за 5 евро в месяц?
3 vCPU Cores
8 GB RAM
75 GB NVMe or 150 GB SSD
1 Snapshot
32 TB Traffic* Unlimited Incoming
Тариф за 3 евро вполне для моих хотелок подходит. Ну и рублями как то проще платить.
ты путаешь рекламу с похождениями в массы
Завезли? Гравитоны уж годков семь как в проде рулят. Остальные мейджоры вроде тоже подсуетились и уже свои аналоги наклепали: у MS вроде Azure Cobalt, а в GCP - Google Axion или как-то так. ARMы это буквально почти дефолтная тема
так они давно уже, их хостеры рекламят безбожно, т.к. у них энергопотребление значительно меньше (=дешевле).
на практике нужно смотреть как конкретный софт под arm оптимизирован в сравнении с x86. может и выгодно быть, может и нет.
На практике, вся числодробильня на x86_64, всё остальное на arm64. Если бы партнёры в своё время не кинули HP, блейды на армах были бы обыденностью лет десять как. Но увы и ах, на рынке годых армов не оказалось, а запилить свой не хватило кохонес (и денег).
А таки и да! Для перекладывания жсонов - хватает. ~= 85% web-мaкaкингa :)
Но мы наступили на один нюанс. Камни цсуко - разные. Заточишь софт на локальном аллвинере а оно на гравитоне - тормозит, но нвидии крэшится ... ну ты понел.
Но для уеба - всё равно хватает, и учтите - даааалеко не у всех хайлоад :) Так чтЭ ...
Ой как неудобно получилось. Пыжились, лицензию меняли, а как дело дошло до дела, то оказалось что у AWS инженеры есть, а у Redis Inc. особо-то и не осталось. Даже возвращение Сальваторе Санфилипо не помогло. Оказывается кроме хайпа на борьбе со злыми корпами надо ещё и программировать уметь.
Ученик превзошел учителя - иногда так бывает.
давайте сравним с собственным кешем в памяти или хотя бы MemCached и выкинем топик ))
А давай! Вот у меня конкретный прод с конкретным приложением, в пике под нагрузкой почти 1к инстансов. Весь прод вместе с Valkey мои админы с нуля разворачивают за один рабочий день, как раз недавно вводили в строй новый регион, цифра весьма точная. Управишься за день написать собственный распреденный кэш так, чтобы 1к инстансов не тормозил? Если управишься, нам такие программисты нужны. Пиши где живёшь и сколько денег в год хочешь, скажу куда резюме слать.
Стоп-стоп-стоп, ты не смешивай божий дар с яичницей. Развернуть типовой набор софта и конфигов и написать софтину масштаба Valkey и Redis - это далеко не одно и то же.
Не одно и то же, и именно в этом прикол. Деньги зарабатывать надо сегодня, а не когда-то потом, когда идеальное решение будет уже наконец написано. Поэтому берём готовый продукт, по необходимости допиливаем что надо и вперёд, конкуренты не спят.
Как знакомо! Быстрей-быстрей, некогда думать, тяп-ляп и в продакшон, и так далее. Ты напиши тут, что у вас за контора, чтобы, если что, обойти её стороной.
> А давай! Вот у меня конкретный прод с конкретным приложением, в пике
> под нагрузкой почти 1к инстансов. Весь прод вместе с Valkey мои
> админы с нуля разворачивают за один рабочий день, как раз недавно
> вводили в строй новый регион, цифра весьма точная. Управишься за день
> написать собственный распреденный кэш так, чтобы 1к инстансов не тормозил? Если
> управишься, нам такие программисты нужны. Пиши где живёшь и сколько денег
> в год хочешь, скажу куда резюме слать.что-то сумбур сплошной
у тебя есть сервис, который требует для своей работы около 1000 серверов?
или наклепал микросервисов?
а в распределенный кеш ты вляпался для чего? почему он должен быть распределенным?при такой формулировке можно просто было сказать "пофиг почему - но мне надо распределенный кеш, ты готов написать свою реализацию распределенного кеша?"
ну и что там с memcached? не понравился? тупит на 1000 клиентов? )))
слит
> у тебя есть сервис, который требует для своей работы около 1000 серверов?инстанс необязательно занимает целиком сервер, да и знать нам это незачем.
Но считай что да, полуграмотным так проще.> или наклепал микросервисов?
> а в распределенный кеш ты вляпался для чего? почему он должен бытьдля того что ВНЕЗАПНО, одиночная программа может не справиться с нагрузкой.
Не говоря уже о проблемах с разработкой такого монолита, с фейловером, геораспределением, наконец.> распределенным?
потому что ты наверное обидишься если вбив данные кредитки и нажав "отправить" получишь фигу - потому что обрабатывавший твою транзакцию сервер внезапно сдох или он вполне живой но где-то далеко-далеко моргнул канал.
Иди заново логиниться, заново заполнять все формы, и снова жмакай. Ведь данные твоей сессии хранились в мемкэше и он пошел лесом следом за самим единственным сервером. Кстати, твои денежки мы тебе когда-нибудь вернем.
(ничо необычного, именно так индусы наиндусили одну крупную авиакомпанию. "ой, штота пошло не так". К вопросам в другом тредике чем кредитная карта отличается от, с-ко, дебитовой. Ничего, в следующий раз наймут обезьянок из другой деревни, поближе уже к Бангалору, там про fail-safe архитектуры уже что-то слышали с веток. Лет через пять.)
> ну и что там с memcached? не понравился? тупит на 1000 клиентов?
твой уровень. Ты даже не понимаешь что 1000 инстансов - это очень и очень побольше 1000 клиентов.
словесный понос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.остальной бред я даже коментировать не буду, в попытках разобрать особенности твоего мировосприятия, которое мне нах не вперлось )))
> словесный поносну как он у тебя закончится - приходи
Ты вот сейчас выдал именно его.> 1000 клиентов означает 1000 клиентских рантаймов
я не знаю что за тараканы у тебя в голове, но 1000 клиентов означает 1000 клиентов. А когда тебе говорят про 1000 инстансов - это 1000 инстансов. Клиентов каждый может обрабатывать абсолютно произвольное количество, но вряд ли бизнес будет рад запускать их просто про запас, так что вероятнее всего там клиентов на пару порядков поболее.
Что такое у тебя "клиентский рантайм" и к чему ты его тут приплел - мы тут без понятия. Как и зачем ты вылез со своим "клиент-сервером" - и причем бы тут он.> вот тебе пример описания библиотеки для мемкешед
спасибо, конечно, но тебя никто не спрашивал про библиотеки для мемкэша.
Спрашивали - что ты собираешься делать, когда производительности единственного сервера не хватит. Или когда он у тебя навернется на ходу. Или когда выяснится что rtt до него из еще одного добавленного операционного центра превышает допустимые пределы и нужна локальная копия хотя бы для операций чтения. Все эти проблемы редис успешно решает из коробки (есть еще шардинг но там все не совсем просто). Без необходимости костылестроения. В отличие от мемкэша, который давно уже удел васянов с единственным подкроватным сервером.
поищи в тексте слово client, может тогда не будешь выглядеть как ἰδιώτης
> обрабатывавший твою транзакцию сервер внезапно сдохесли сервер написан с включённой головой, то деньги либо не спишутся, либо, после оживления сервера, дойдут куда надо.
жаль что ты со своей головой никому не нужен, а код для сервисов пишут совсем другие ребята, не ставящие себе нереалистичных задач.
Не сочиняй. Написать код, который не будет терять деньги - вполне реалистичная задача. Но только перед тобой таких задач никто никогда не стал бы ставить, это само собой разумеется.
> у тебя есть сервис, который требует для своей работы около 1000 серверов?Да.
> или наклепал микросервисов?
Нет.
> а в распределенный кеш ты вляпался для чего?
Потому что обработка данных распереленная и для обработки всего запроса целиком нужно общее состояние.
> почему он должен быть распределенным?
Потому что серверы ненадёжны и мрут, бывает, как мухи, иногда целыми регионами. А откат транзакций и всё по новой может обойтись дорого (что ещё полбеды), и клиентам портит экспириенс (что неприемлимо совершенно).
> ну и что там с memcached? не понравился? тупит на 1000 клиентов? )))
Деградирует производительность когда размер кэшируемого объекта превышает волшебное значение в 1 мегабайт.
Ну так что, когда ждать твой солюшен? День уже прошёл, а кроме разговоров я что-то ничего больше не вижу. Ты ж не балабол опеннетный?
> серверы ненадёжны и мрут, бывает, как мухи, иногда целыми регионамиВас там что, нагибают сервера только от мцст брать?
> давайте сравним с собственным кешем в памяти или хотя бы MemCached и выкинем топик ))Профессор по анатомии человека, сосиска и "экспонат" ... походу ты тоже кой-чего перепутал :-D
> развиваемый сообществом форк
> переданного проекту компанией AmazonСообщество такое сообщество
GET/SET ... Все зависит от размера ключа, размера данных и организации. Для btree будет одна производительность, для hash другая, для queue третья. Что там тестровалось?
Допустим, размер ключа 8 байт (mjd), размер данных -- от 1500 до 4000 байт. Функция сравнения оперирует ключом и 97 байтами из данных. Что будем иметь?
В статье программу тестирования запускают след. командой:
--------------
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)
> переданного проекту компанией Amazon.Подождите, это невозможно. Пермиссивные лицензии это ведь когда корпы всё забирают и ничего не отдают, и только вирусный ГПЛ позволяет проектам нормально развиваться.
Вот кстати в экосистеме раста всё пермиссивное, и там тоже невозможное происходит: корпы не только сам пермиссивный раст развивают, а ещё и свободные библиотеки. Но как? Официальные учёные до сих пор не могут понять.
Ваш камент огорчает диванных чегевар.
Самый независимый измеритель. ))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.
> Самый независимый измерительну ты можешь перемерять и его разоблачить. Тем более что аренда одного хоста обойдется недорого, а все скрипты тебе предоставили.
Но вообще-то чувак похоже мерял ровно результат СВОЕЙ разработки под поставленную начальством задачу. И похвастался успехом. Успех действительно имеется. Пользы для окружающих, в принципе, не предполагалось.