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

"Проект Dragonfly развивает более быструю замену Redis и Memcached "	+/–
Сообщение от opennews (??), 31-Май-22, 12:44
Доступен первый выпуск системы кэширования данных в оперативной памят Dragonfly, обеспечивающей поддержку протоколов Memcached и Redis, но позволяющей выполнять запросы с гораздо более высокой производительностью и с меньшим потреблением памяти. Система манипулирует данными в формате ключ/значение и может применяться как легковесное решение для ускорения работы высоконагруженных сайтов, кэширующие медленные запросы к СУБД и промежуточные данные в оперативной памяти. Код Dragonfly написан на языках C/С++ и распространяется под лицензией BSL (Business Source License)... Подробнее: https://www.opennet.me/opennews/art.shtml?num=57279
Ответить | Правка | Cообщить модератору

Сообщения

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

2. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–9 +/–
Сообщение от Аноним (2), 31-Май-22, 12:44
> Система манипулирует данными в формате ключ/значение Map map = new HashMap(); не благодарите
Ответить | Правка | Наверх | Cообщить модератору

	3. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+/–
	Сообщение от sebe.online (?), 31-Май-22, 12:57
	Это Java?
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–3 +/–
	Сообщение от Аноним (9), 31-Май-22, 13:18
	map = {}
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	13. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+7 +/–
	Сообщение от Аноним (13), 31-Май-22, 13:48
	> Map map = new HashMap(); И как организовать к этому доступ с нескольких разных серверов?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	21. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–14 +/–
	Сообщение от Аноним (2), 31-Май-22, 14:41
	попробуй KISS. Если не поможет, тогда YAGNI.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+20 +/–
	Сообщение от Аноним (29), 31-Май-22, 16:11
	Знанием buzzwords будете хвастаться в отделе маркетинга, это этажом ниже.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–4 +/–
	Сообщение от Аноним (2), 31-Май-22, 16:22
	не могу, там сейчас совещание: маркетологи обсуждают "докеры", "инстансы" и прочие "более быстрые замены для редис", к которым планируют эффективно соединяться "с нескольких разных серверов" (причем требуют, чтобы как минимум один сервер был афроамериканцем)
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+4 +/–
	Сообщение от Аноним (29), 31-Май-22, 17:05
	Это были разработчики. Не вникайте в их сленг, это технари, их сложно понять.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–1 +/–
	Сообщение от Аноним (2), 31-Май-22, 18:02
	> это технари, их сложно понять ну кому как конечно, лично я на этом сленге даже думаю. Но к тебе это однажды тоже придет, и тогда технарей понимать будет не так уж и сложно
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–1 +/–
	Сообщение от Bbbbbbbbb (?), 01-Июн-22, 16:36
	Кубернетес
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

4. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+3 +/–
Сообщение от Аноним (4), 31-Май-22, 13:00
>кроме CAS (check and set) всю жись это было compare-and-swap
Ответить | Правка | Наверх | Cообщить модератору

	7. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+4 +/–
	Сообщение от Аноним (7), 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
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+/–
	Сообщение от Онаним (?), 31-Май-22, 20:27
	Вообще не надо ничего придумывать, есть старый добрый CMPXCHG, который лучше всяких CAS'ов, которые можно попутать.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	45. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+/–
	Сообщение от Судья из Калифорнии с опытом программирования (?), 31-Май-22, 20:49
	Как насчёт LL/SC?
	Ответить | Правка | Наверх | Cообщить модератору

5. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–11 +/–
Сообщение от lockywolf (ok), 31-Май-22, 13:02
Чего это BSD-шники взялись за базы данных?
Ответить | Правка | Наверх | Cообщить модератору

	36. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+8 +/–
	Сообщение от Аноним (36), 31-Май-22, 16:55
	Это не про DragonFlyBSD
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–1 +/–
	Сообщение от Shevchuk (ok), 01-Июн-22, 15:59
	Чем только ни займутся, лишь бы KDE не патчить.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

6. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+3 +/–
Сообщение от Аноним (6), 31-Май-22, 13:09
Но, тот же redis, это, ведь, не memcached. А вообще, там, например, есть "блокировки", что, в случае, если данные изменились между началом и завершением транзакции, достаточно эффективно поможет избежать гонки -- повторит транзакцию и возьмёт новые данные. Можно использовать для синхронизации IPC. И он даже не совсем чтобы система хранения _в памяти_. Странные они какие-то.
Ответить | Правка | Наверх | Cообщить модератору

8. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+12 +/–
Сообщение от Robin Hood (?), 31-Май-22, 13:17
Я уж обрадовался, что речь пойдет о DragonFly BSD (лучший линекс для 4 пня).
Ответить | Правка | Наверх | Cообщить модератору

	60. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–3 +/–
	Сообщение от Аноним (60), 01-Июн-22, 08:23
	> лучший линекс "Форте" или простой? Очепятка или сознательно, типа, нормализация "микрофлоры кишечника" 4-го пня? Пень со СтрекозойБСД будет без запоров/диарей/метеоризма?
	Ответить | Правка | Наверх | Cообщить модератору

10. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–7 +/–
Сообщение от Аноним (10), 31-Май-22, 13:18
Весь код это сплошное "using namespace std;"... Зато сразу в коммерцию пошли, ну-ну.
Ответить | Правка | Наверх | Cообщить модератору

	19. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+2 +/–
	Сообщение от Аноним (19), 31-Май-22, 14:01
	Там нет коммэрции, дружище. (Не настолько ж они идиоты чтоб всерьез ждать завтра под дверью амазона с пейсбуком с мешками денег. ТАК слон не продается никогда.) Там просто желание нагадить ближнему. Опыт редисов ничему не научил.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+3 +/–
	Сообщение от Аноним (29), 31-Май-22, 16:20
	> Там просто желание нагадить ближнему. Там просто желание не дать ближнему нагадить себе. Для простых админов, использующих БД на своей инфраструктуре - лицензия куда более выгодная, чем open core, потому что даёт все фичи и сразу. А предоставлением облачных сервисов занимаются только fatcats типа амазона и гугла, которые не обеднеют от покупки лицензии.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–5 +/–
	Сообщение от пох. (?), 31-Май-22, 21:57
	Ну конечно, у горе-изобретателя ведь где-то сзади пригорает если его изобретением на самом деле начинают пользоваться люди. При этом в лучшем случае - нагадил он сам себе (ну это в таком уникально-невероятном раскладе что оно вообще было бы хоть кому-то нужно). Поскольку амазоны с гуглами иногда, удивительно но факт, умудряются что-то улучшать в сво6одкином софте. И если видят для себя в этом выгоду (например, не трахаться патчить каждую следующую версию) - то могут и поделиться кодом. > Для простых админов, использующих БД на своей инфраструктуре эта хтоническая хрень нафиг не нужна. И откуда кстати у простого раба "своя" инфраструктура? Она - дядина. Который, кстати, не обеднеет...впрочем об этом после. > А предоставлением облачных сервисов занимаются только fatcats типа амазона и гугла, которые > не обеднеют от покупки лицензии. конечно не обеднеют, потому что и не подумают ее покупать. Держи, афтырь, карманцы шыре. Вон-вон, уже очередь выстроилась тебе денег за лицензию на твое ненужно v0.0.1 занести. Дяди вот, кстати, иногда и покупают всякие nginx+, хотя и реже чем хотелось бы афтырям. Но для этого надо им что-то предложить.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+1 +/–
	Сообщение от Аноним (13), 31-Май-22, 22:11
	> Поскольку амазоны с гуглами иногда, удивительно но факт, умудряются что-то улучшать в сво6одкином софте. И история знает хоть один такой случай?
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+1 +/–
	Сообщение от Аноним (24), 31-Май-22, 14:57
	Не в хедерах и ладно.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	55. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–1 +/–
	Сообщение от Аноним (55), 31-Май-22, 22:44
	Ведь код это сишка, достаточно
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	70. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+1 +/–
	Сообщение от Аноним (70), 01-Июн-22, 19:24
	Плюс плюс-ы же ...
	Ответить | Правка | Наверх | Cообщить модератору

12. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+5 +/–
Сообщение от Catwoolfii (ok), 31-Май-22, 13:34
Интересно сравнение сабжа с KeyDB, а не с ванильным Redis
Ответить | Правка | Наверх | Cообщить модератору

	14. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+/–
	Сообщение от Аноним (13), 31-Май-22, 13:50
	А если на графики посмотреть? Наличие колонок, подписанных "KeyDB", не смущает?
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+1 +/–
	Сообщение от Catwoolfii (ok), 31-Май-22, 15:04
	Эти графики ангажированные, imho
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+6 +/–
	Сообщение от Igor (??), 31-Май-22, 15:46
	Тем не менее сравнение с keydb есть! Не нравится "ангажированное" - проведи свое и опубликуй.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–1 +/–
	Сообщение от Аноним (29), 31-Май-22, 16:16
	> Эти графики ангажированные, imho Если вы сморозили фигню, добавление "imho" никак не отменяет этого факта.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

15. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+1 +/–
Сообщение от Аноним (13), 31-Май-22, 13:51
Ждём нормальной поддержки отказоустойчивых кластеров, и можно в прод.
Ответить | Правка | Наверх | Cообщить модератору

	18. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–1 +/–
	Сообщение от Аноним (19), 31-Май-22, 14:00
	Лет десять еще подождите, ага. А потом - в рай!
	Ответить | Правка | Наверх | Cообщить модератору

16. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+/–
Сообщение от Аноним (19), 31-Май-22, 13:56
CAS не поддерживается? Ну и какая ж это замена memcache? Видимо суперускорение - за счет неработающих толком блокировок. Иначе совершенно неясно, что помешало тривиальный (для мемкэша) CAS сделать. Ну и "redis 2.8" - кто вообще его помнит еще и что там тогда было толком неработающим (дайте угадаю - все те же блокировки)
Ответить | Правка | Наверх | Cообщить модератору

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

	30. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+1 +/–
	Сообщение от Аноним (29), 31-Май-22, 16:13
	А кому нынче нужен софт под альтернативно одарённые платформы? Банкам, у которых кобол под соляркой крутится? Так они и без современных БД обойдутся, всё равно код адаптировать под них некому.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–7 +/–
	Сообщение от пох. (?), 31-Май-22, 21:50
	> А кому нынче нужен софт под альтернативно одарённые платформы? ну вот поэтому этот ваш драгоншит никому и не нужен.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+1 +/–
	Сообщение от Аноним (13), 31-Май-22, 22:13
	Сабж, возможно, кому-то и понадобится. А вот всякие солярки и чпуксы остались только там, где нормальный человек с*ать не сядет.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+/–
	Сообщение от edo (ok), 02-Июн-22, 04:19
	ИМХО io_uring — это одно из лучшего, что появилось в юниксах за последние годы. и да, ожидаю, что в живых юниксах вроде freebsd оно скоро появится или в совместимом виде, или в «творчески переосмысленном».
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

20. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+3 +/–
Сообщение от Аноним (20), 31-Май-22, 14:09
BSL: будет путаница с Boost Software License https://www.boost.org/users/license.html
Ответить | Правка | Наверх | Cообщить модератору

	51. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+/–
	Сообщение от Аноним (13), 31-Май-22, 22:15
	Подозреваю, что большинство одарённых будет путать даже с BSDL, и лишняя буква их не смутит.
	Ответить | Правка | Наверх | Cообщить модератору

22. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+/–
Сообщение от ананоша (?), 31-Май-22, 14:55
Для асинхронщины требует uring, соответственно работает только на свежем ядре
Ответить | Правка | Наверх | Cообщить модератору

	23. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+3 +/–
	Сообщение от ананоша (?), 31-Май-22, 14:56
	Комментарии не читай, сразу пеши.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+1 +/–
	Сообщение от Анонимленьлогиниться (?), 01-Июн-22, 20:29
	uring есть в текущих стабильных EL, и в чем проблема?
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

34. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+7 +/–
Сообщение от Тот Самый (?), 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 акцию.
Ответить | Правка | Наверх | Cообщить модератору

	54. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+/–
	Сообщение от Аноним (13), 31-Май-22, 22:22
	> Его можно собрать с malloc=libc, jemalloc, tcmalloc. А разве кто-то в здравом уме будет использовать не glibc'шный аллокатор? Что мюслевский, что jemalloc - просто проблемы с производительностью на ровном месте.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+/–
	Сообщение от Тот Самый (?), 01-Июн-22, 00:41
	>А разве кто-то в здравом уме будет использовать не glibc'шный аллокатор? Например TOR (не браузер, а ноды и клиенты) используют jemalloc >проблемы с производительностью Это не "проблемы", а плата за дефрагментированную память (ни чего действительно полезного забесплатно не бывает)
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+1 +/–
	Сообщение от funny.falcon (?), 01-Июн-22, 08:34
	Вообще-то, если не пытаться быть самым умным при сборке, то Redis вкомпиливает в себя патченный jemalloc. Его можно попросить этого не делать, но по умолчанию он это делать.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

35. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–1 +/–
Сообщение от bOOster (ok), 31-Май-22, 16:49
Если разговор идет о 5 гигабайтах - ребятки заново ZFS изобретают?
Ответить | Правка | Наверх | Cообщить модератору

40. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–1 +/–
Сообщение от Онаним (?), 31-Май-22, 18:16
BullShitLicense? Не нужно (C)
Ответить | Правка | Наверх | Cообщить модератору

	53. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+/–
	Сообщение от Аноним (13), 31-Май-22, 22:19
	Но ведь фраза "не нужно" (как, например, слова и аббревиатуры "KISS", "overbloat", "комбайн", "смузихлёб" и др.) тоже распространяется под bullshit license, так что эта лицензия всё-таки нужна!
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+/–
	Сообщение от Онаним (?), 31-Май-22, 23:05
	Фраза "не нужно" - не распространяется. Она прикладывается. Как тот подорожник.
	Ответить | Правка | Наверх | Cообщить модератору

41. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–1 +/–
Сообщение от Аноним (41), 31-Май-22, 18:27
> запрещает применение для создания платных облачных сервисов, выступающих надстройкой над Dragonfly Дальше можно не читать.
Ответить | Правка | Наверх | Cообщить модератору

	42. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+/–
	Сообщение от Аноним (29), 31-Май-22, 18:28
	Мистер Безос?
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–1 +/–
	Сообщение от Аноним (74), 02-Июн-22, 17:10
	Не люблю делать лишнюю работу. Редис/мемкеш как сервис в том или ином виде есть у всех облачных провайдероа. Включается в 3,5 строчек на терраформире и гарантирует определенные параметры производительности. Моя цель создать продукт, который решает реальные проблемы конкретных людей или бизнесов. В какой момент я должен бросить всё и начать тестировать «более лучшую замену» со странной лицензией и невнятным будущим? Правильно, ни в какой. За меня это делают инженеры $клауднейм на зарплате. Если из «более лучшей замены» нельзя сделать коммерческий продукт, то никто им такой задачи не поставит. Стало быть область применения продукта, количество сценариев использования, число «часов налёта», опыт внедрения и так далее будут ограничены локалхостами разработчиков и энтузиастов. Это неплохо само по себе, но пока эта кобыла четырьмя ногами, редис и мемкеш с поддержкой больших ребят на реактивной тяге. А так, успехов проекту! И скорейшего взросления авторам.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+1 +/–
	Сообщение от Аноним (58), 01-Июн-22, 03:40
	А как авторам узнать, что лицензия нарушена, если это используют в коммерческих целях? Если  это PaaS/SaaS, то это ещё знать надо, из чего конкретно состоит бэкенд. Разве что там телеметрия какая зашита,палящая ip и хостнеймы
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	62. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+1 +/–
	Сообщение от funny.falcon (?), 01-Июн-22, 08:38
	Имеется виду, запрещается такое: «только у нас managed DragonflyDB», «наш AnrgryBirdDB такой же, как DragonflyDB, только допиленный и настроенный. Всего $1 за миллиард запросов».
	Ответить | Правка | Наверх | Cообщить модератору

50. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+1 +/–
Сообщение от IvAnZ (?), 31-Май-22, 22:14
судя по тестам (все на Graviton), её под ARM64 затачивали.
Ответить | Правка | Наверх | Cообщить модератору

	52. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+1 +/–
	Сообщение от Аноним (13), 31-Май-22, 22:16
	Скорее под многопоток. На чём ещё можно взять столько ядер задёшево?
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–1 +/–
	Сообщение от funny.falcon (?), 01-Июн-22, 08:43
	Тесты погонять и на x86 не так уж дорого. Если сравнивать по vCPU, то всего на 30% дороже гравитон. Даже на большом AWS инстансе можно себе час позволить.
	Ответить | Правка | Наверх | Cообщить модератору

59. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+2 +/–
Сообщение от Иваня (?), 01-Июн-22, 07:37
Наконец-то заменят старьё (Redis и Memcached). Спасибо. Надо ознакомиться с проектом.
Ответить | Правка | Наверх | Cообщить модератору

64. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–3 +/–
Сообщение от InuYasha (??), 01-Июн-22, 13:03
Офигенно. Коданы ваще ребята. Бысто, чётко, малацы. И приз "золотой вантус" за херовую инфографику. Не, ну серьезно - можно было без этих лшбт-полосок сделать даже монохромный рисунок понятней.
Ответить | Правка | Наверх | Cообщить модератору

67. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+1 +/–
Сообщение от Аноним (-), 01-Июн-22, 17:41
А что за лицензия такая левая?
Ответить | Правка | Наверх | Cообщить модератору

	72. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	–1 +/–
	Сообщение от Аноним (72), 02-Июн-22, 03:00
	какая тебе, с твоим локалхостом, разница
	Ответить | Правка | Наверх | Cообщить модератору

75. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+2 +/–
Сообщение от Roman (??), 05-Июн-22, 13:53
Мне, как автору проекта было очень смешно читать ваши комментарии. Это как если бы бабки в колхозе Анджелу Маркель обсуждали. всем есть шо сказать. семечков есть пощелкать?
Ответить | Правка | Наверх | Cообщить модератору

	77. "Проект Dragonfly развивает более быструю замену Redis и Memc..."	+/–
	Сообщение от Анонус (?), 20-Мрт-23, 13:26
	Сравнение с Tarantool не планируется?
	Ответить | Правка | Наверх | Cообщить модератору

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

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