URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 127662
[ Назад ]
Исходное сообщение
"Проект Dragonfly развивает более быструю замену Redis и Memcached "
Отправлено opennews , 31-Май-22 12:44 
Доступен первый выпуск системы кэширования данных в оперативной памят Dragonfly, обеспечивающей поддержку протоколов Memcached и Redis, но позволяющей выполнять запросы с гораздо более высокой производительностью и с меньшим потреблением памяти. Система манипулирует данными в формате ключ/значение и может применяться как легковесное решение для ускорения работы высоконагруженных сайтов, кэширующие медленные запросы к СУБД и промежуточные данные в оперативной памяти. Код Dragonfly написан на языках C/С++ и распространяется под лицензией BSL (Business Source License)...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57279

Содержание
Сообщения в этом обсуждении
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 12:44 
> Система манипулирует данными в формате ключ/значение

Map map = new HashMap();

не благодарите

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено sebe.online , 31-Май-22 12:57 
Это Java?
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 13:18 
map = {}
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 13:48 
> Map map = new HashMap();

И как организовать к этому доступ с нескольких разных серверов?

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 14:41 
попробуй KISS. Если не поможет, тогда YAGNI.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 16:11 
Знанием buzzwords будете хвастаться в отделе маркетинга, это этажом ниже.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 16:22 
не могу, там сейчас совещание: маркетологи обсуждают "докеры", "инстансы" и прочие "более быстрые замены для редис", к которым планируют эффективно соединяться "с нескольких разных серверов" (причем требуют, чтобы как минимум один сервер был афроамериканцем)
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 17:05 
Это были разработчики. Не вникайте в их сленг, это технари, их сложно понять.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 18:02 
> это технари, их сложно понять

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

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Bbbbbbbbb , 01-Июн-22 16:36 
Кубернетес
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 13:00 
>кроме CAS (check and set)

всю жись это было compare-and-swap

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 13:12 
Во внутренних тестах называют  check-and-set:
https://github.com/memcached/memcached/blob/c472369fed5981ba...
https://github.com/memcached/memcached/blob/894e4c16b5162e25...

В документации основное название "Check And Set", но как альтернативная трактовка упоминается и Compare And Swap - https://github.com/memcached/memcached/wiki/Commands#cas

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Онаним , 31-Май-22 20:27 
Вообще не надо ничего придумывать, есть старый добрый CMPXCHG, который лучше всяких CAS'ов, которые можно попутать.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Судья из Калифорнии с опытом программирования , 31-Май-22 20:49 
Как насчёт LL/SC?
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено lockywolf , 31-Май-22 13:02 
Чего это BSD-шники взялись за базы данных?
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 16:55 
Это не про DragonFlyBSD
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Shevchuk , 01-Июн-22 15:59 
Чем только ни займутся, лишь бы KDE не патчить.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 13:09 
Но, тот же redis, это, ведь, не memcached. А вообще, там, например, есть "блокировки", что, в случае, если данные изменились между началом и завершением транзакции, достаточно эффективно поможет избежать гонки -- повторит транзакцию и возьмёт новые данные. Можно использовать для синхронизации IPC. И он даже не совсем чтобы система хранения _в памяти_. Странные они какие-то.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Robin Hood , 31-Май-22 13:17 
Я уж обрадовался, что речь пойдет о DragonFly BSD (лучший линекс для 4 пня).
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 01-Июн-22 08:23 
> лучший линекс

"Форте" или простой? Очепятка или сознательно, типа, нормализация "микрофлоры кишечника" 4-го пня? Пень со СтрекозойБСД будет без запоров/диарей/метеоризма?

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 13:18 
Весь код это сплошное "using namespace std;"... Зато сразу в коммерцию пошли, ну-ну.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 14:01 
Там нет коммэрции, дружище. (Не настолько ж они идиоты чтоб всерьез ждать завтра под дверью амазона с пейсбуком с мешками денег. ТАК слон не продается никогда.) Там просто желание нагадить ближнему.

Опыт редисов ничему не научил.

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 16:20 
> Там просто желание нагадить ближнему.

Там просто желание не дать ближнему нагадить себе.
Для простых админов, использующих БД на своей инфраструктуре - лицензия куда более выгодная, чем open core, потому что даёт все фичи и сразу. А предоставлением облачных сервисов занимаются только fatcats типа амазона и гугла, которые не обеднеют от покупки лицензии.

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено пох. , 31-Май-22 21:57 
Ну конечно, у горе-изобретателя ведь где-то сзади пригорает если его изобретением на самом деле начинают пользоваться люди. При этом в лучшем случае - нагадил он сам себе (ну это в таком уникально-невероятном раскладе что оно вообще было бы хоть кому-то нужно). Поскольку амазоны с гуглами иногда, удивительно но факт, умудряются что-то улучшать в сво6одкином софте. И если видят для себя в этом выгоду (например, не трахаться патчить каждую следующую версию) - то могут и поделиться кодом.

> Для простых админов, использующих БД на своей инфраструктуре

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

> А предоставлением облачных сервисов занимаются только fatcats типа амазона и гугла, которые
> не обеднеют от покупки лицензии.

конечно не обеднеют, потому что и не подумают ее покупать.

Держи, афтырь, карманцы шыре.

Вон-вон, уже очередь выстроилась тебе денег за лицензию на твое ненужно v0.0.1 занести.

Дяди вот, кстати, иногда и покупают всякие nginx+, хотя и реже чем хотелось бы афтырям. Но для этого надо им что-то предложить.

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 22:11 
> Поскольку амазоны с гуглами иногда, удивительно но факт, умудряются что-то улучшать в сво6одкином софте.

И история знает хоть один такой случай?

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 14:57 
Не в хедерах и ладно.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 22:44 
Ведь код это сишка, достаточно
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 01-Июн-22 19:24 
Плюс плюс-ы же ...
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Catwoolfii , 31-Май-22 13:34 
Интересно сравнение сабжа с KeyDB, а не с ванильным Redis
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 13:50 
А если на графики посмотреть? Наличие колонок, подписанных "KeyDB", не смущает?
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Catwoolfii , 31-Май-22 15:04 
Эти графики ангажированные, imho
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Igor , 31-Май-22 15:46 
Тем не менее сравнение с keydb есть! Не нравится "ангажированное" - проведи свое и опубликуй.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 16:16 
> Эти графики ангажированные, imho

Если вы сморозили фигню, добавление "imho" никак не отменяет этого факта.

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 13:51 
Ждём нормальной поддержки отказоустойчивых кластеров, и можно в прод.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 14:00 
Лет десять еще подождите, ага. А потом - в рай!
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 13:56 
CAS не поддерживается? Ну и какая ж это замена memcache?

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

Ну и "redis 2.8" - кто вообще его помнит еще и что там тогда было толком неработающим (дайте угадаю - все те же блокировки)

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 13:59 
И да, в новости забыли упомянуть что он завязан на какое-то там ио-урина-апи существующее только в л@п4тых ведрах вчерашнего и позавчерашнего разлива. Т.е. это не *nix софт, и даже не posix.

Выкрасить и выбросить.

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 16:13 
А кому нынче нужен софт под альтернативно одарённые платформы?
Банкам, у которых кобол под соляркой крутится? Так они и без современных БД обойдутся, всё равно код адаптировать под них некому.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено пох. , 31-Май-22 21:50 
> А кому нынче нужен софт под альтернативно одарённые платформы?

ну вот поэтому этот ваш драгоншит никому и не нужен.

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 22:13 
Сабж, возможно, кому-то и понадобится.

А вот всякие солярки и чпуксы остались только там, где нормальный человек с*ать не сядет.

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено edo , 02-Июн-22 04:19 
ИМХО io_uring — это одно из лучшего, что появилось в юниксах за последние годы.
и да, ожидаю, что в живых юниксах вроде freebsd оно скоро появится или в совместимом виде, или в «творчески переосмысленном».
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 14:09 
BSL: будет путаница с Boost Software License https://www.boost.org/users/license.html
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 22:15 
Подозреваю, что большинство одарённых будет путать даже с BSDL, и лишняя буква их не смутит.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено ананоша , 31-Май-22 14:55 
Для асинхронщины требует uring, соответственно работает только на свежем ядре
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено ананоша , 31-Май-22 14:56 
Комментарии не читай, сразу пеши.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Анонимленьлогиниться , 01-Июн-22 20:29 
uring есть в текущих стабильных EL, и в чем проблема?
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Тот Самый , 31-Май-22 16:33 
>По сравнению с Redis в Dragonfly при типовых видах нагрузки удалось добиться 25-кратного увеличения производительности

Бред какой-то! Так не бывает!

1) Redis точно работал в режиме memory only, без синхронизации на диск? А то, по-дефолту у Redis:
#   Save the DB on disk:
after 900 sec (15 min) if at least 1 key changed
after 300 sec (5 min) if at least 10 keys changed
after 60 sec if at least 10000 keys changed

2) "типовые виды нагрузки" - это конкретно что? GET, SET чего? А то, например, при записи ассоциативных массивов Redis одновременно делает сортировку индексов (Dragonfly так не умеет)

3) ни где не указано (и в первоисточнике то-же) с какой версией Redis тестировали. Dragonfly по функциональности пока на уровне Redis 2.8, а текущий Redis 7.0 основательно пожирнел.

>трёхкратного снижения потребления памяти

Вау! Но ни где не сказано с каким memory allocator был собран Redis. Его можно собрать с malloc=libc, jemalloc, tcmalloc. В этих случаях разница в использовании памяти будет кардинально отличаться.

Все это смахивает на дешевую PR акцию.

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 22:22 
> Его можно собрать с malloc=libc, jemalloc, tcmalloc.

А разве кто-то в здравом уме будет использовать не glibc'шный аллокатор?
Что мюслевский, что jemalloc - просто проблемы с производительностью на ровном месте.

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Тот Самый , 01-Июн-22 00:41 
>А разве кто-то в здравом уме будет использовать не glibc'шный аллокатор?

Например TOR (не браузер, а ноды и клиенты) используют jemalloc
>проблемы с производительностью

Это не "проблемы", а плата за дефрагментированную память (ни чего действительно полезного забесплатно не бывает)

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено funny.falcon , 01-Июн-22 08:34 
Вообще-то, если не пытаться быть самым умным при сборке, то Redis вкомпиливает в себя патченный jemalloc. Его можно попросить этого не делать, но по умолчанию он это делать.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено bOOster , 31-Май-22 16:49 
Если разговор идет о 5 гигабайтах - ребятки заново ZFS изобретают?
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Онаним , 31-Май-22 18:16 
BullShitLicense? Не нужно (C)
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 22:19 
Но ведь фраза "не нужно" (как, например, слова и аббревиатуры "KISS", "overbloat", "комбайн", "смузихлёб" и др.) тоже распространяется под bullshit license, так что эта лицензия всё-таки нужна!
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Онаним , 31-Май-22 23:05 
Фраза "не нужно" - не распространяется. Она прикладывается. Как тот подорожник.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 18:27 
> запрещает применение для создания платных облачных сервисов, выступающих надстройкой над Dragonfly

Дальше можно не читать.

"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 18:28 
Мистер Безос?
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 02-Июн-22 17:10 
Не люблю делать лишнюю работу. Редис/мемкеш как сервис в том или ином виде есть у всех облачных провайдероа. Включается в 3,5 строчек на терраформире и гарантирует определенные параметры производительности. Моя цель создать продукт, который решает реальные проблемы конкретных людей или бизнесов. В какой момент я должен бросить всё и начать тестировать «более лучшую замену» со странной лицензией и невнятным будущим? Правильно, ни в какой. За меня это делают инженеры $клауднейм на зарплате. Если из «более лучшей замены» нельзя сделать коммерческий продукт, то никто им такой задачи не поставит. Стало быть область применения продукта, количество сценариев использования, число «часов налёта», опыт внедрения и так далее будут ограничены локалхостами разработчиков и энтузиастов. Это неплохо само по себе, но пока эта кобыла четырьмя ногами, редис и мемкеш с поддержкой больших ребят на реактивной тяге. А так, успехов проекту! И скорейшего взросления авторам.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 01-Июн-22 03:40 
А как авторам узнать, что лицензия нарушена, если это используют в коммерческих целях? Если  это PaaS/SaaS, то это ещё знать надо, из чего конкретно состоит бэкенд. Разве что там телеметрия какая зашита,палящая ip и хостнеймы
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено funny.falcon , 01-Июн-22 08:38 
Имеется виду, запрещается такое: «только у нас managed DragonflyDB», «наш AnrgryBirdDB такой же, как DragonflyDB, только допиленный и настроенный. Всего $1 за миллиард запросов».
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено IvAnZ , 31-Май-22 22:14 
судя по тестам (все на Graviton), её под ARM64 затачивали.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 31-Май-22 22:16 
Скорее под многопоток. На чём ещё можно взять столько ядер задёшево?
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено funny.falcon , 01-Июн-22 08:43 
Тесты погонять и на x86 не так уж дорого. Если сравнивать по vCPU, то всего на 30% дороже гравитон. Даже на большом AWS инстансе можно себе час позволить.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Иваня , 01-Июн-22 07:37 
Наконец-то заменят старьё (Redis и Memcached). Спасибо. Надо ознакомиться с проектом.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено InuYasha , 01-Июн-22 13:03 
Офигенно. Коданы ваще ребята. Бысто, чётко, малацы.
И приз "золотой вантус" за херовую инфографику. Не, ну серьезно - можно было без этих лшбт-полосок сделать даже монохромный рисунок понятней.
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 01-Июн-22 17:41 
А что за лицензия такая левая?
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Аноним , 02-Июн-22 03:00 
какая тебе, с твоим локалхостом, разница
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Roman , 05-Июн-22 13:53 
Мне, как автору проекта было очень смешно читать ваши комментарии.
Это как если бы бабки в колхозе Анджелу Маркель обсуждали.
всем есть шо сказать. семечков есть пощелкать?
"Проект Dragonfly развивает более быструю замену Redis и Memc..."
Отправлено Анонус , 20-Мрт-23 13:26 
Сравнение с Tarantool не планируется?