The OpenNET Project / Index page

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

Опубликован Valkey 8.1, форк СУБД Redis от Amazon, Google, Oracle и Ericsson

04.04.2025 22:57

Состоялся релиз СУБД Valkey 8.1, ответвившейся от СУБД Redis после её перехода на проприетарную лицензию. Проект развивается на нейтральной площадке под покровительством организации Linux Foundation при участии разработчиков из таких компаний, как Amazon, Google, Oracle, Ericsson и Snap. К разработке Valkey присоединился Маделин Олсон (Madelyn Olson), бывший мэйнтейнер Redis. Код проекта написан на языке Си и распространяется под лицензией BSD. Поддерживается работа в Linux, macOS, OpenBSD, NetBSD и FreeBSD.

Начиная с выпуска 7.4 СУБД Redis перешла на использование лицензий RSALv2 (Redis Source Available License v2) и SSPLv1 (Server Side Public License v1), которые приводят к дискриминации отдельных категорий пользователей, что не позволяет считать их открытыми или свободными. По своим целям обе лицензии походят друг на друга, а отличия сводятся к тому, что лицензия SSPL основана на копилефт лицензии AGPLv3, а лицензия RSAL основана на пермиссивной лицензии BSD. Лицензия RSAL позволяет использовать, изменять, распространять и интегрировать код в приложения, за исключением случаев, когда эти приложения являются коммерческими или используются для предоставления управляемых платных сервисов. Лицензия SSPL дополнительно содержит требование поставки под той же лицензией не только кода самого приложения, но и исходных текстов всех компонентов, вовлечённых в предоставление облачного сервиса.

СУБД Valkey и Redis предоставляют функции для хранения данных в формате ключ/значение, расширенные поддержкой структурированных форматов данных, таких как списки, хэши и множества, а также возможностью выполнения на стороне сервера скриптов-обработчиков на языке Lua. БД хранится в памяти и синхронизируется с версией на диске или отражается в логе изменений на диске, что гарантирует сохранность данных в случае аварийного завершения работы. Поддерживаются транзакции, режим "публикация/подписка", команды для инкремента/декремента, операции над списками и множествами (объединение, пересечение), переименование ключей, master-slave репликация, множественные выборки и функции сортировки.

В новой версии:

  • Полностью переписана реализация хэш-таблицы, используемой как в основном хранилище данных в формате ключ-значение, так и при хранении данных с типами "Hash", "Set" и "Sorted Set". Новый вариант отличается уменьшением потребления памяти и снижением числа операций случайного доступа к памяти. Для каждой пары ключ-значение без TTL (ограничение времени жизни объекта) потребление памяти снижено на 20 байт, а с TTL - на 30 байт. Пропускная способность увеличилась примерно на 10% при работе не в режиме многопоточного ввода/вывода.
  • Добавлена поддержка упреждающей загрузки из памяти (prefetching) при выполнении операции перебора ключей, применяемой, например, при выполнении команды KEYS или при отправке всех ключей на новый узел в кластере при репликации. Благодаря данной оптимизации удалось ускорить перебор ключей в 3.5 раза, так как при переходе к обработке следующего ключа, он теперь оказывается загружен в кэш CPU.
  • Продолжен перевод компонентов на многопоточную обработку ввода/вывода. Добавлена возможность использования отдельных потоков ввода/вывода при согласовании TLS-соединений, что в три раза повысило производительность приёма новых соединений. В отдельные потоки также вынесены вызовы функций SSL_pending() и ERR_clear_error(), что привело к повышению пропускной способности при выполнении операций SET на 10%, а GET - на 22%.
  • Повышена эффективность репликации. Удаление излишних вычислений контрольных сумм при бездисковой репликации на 18% ускорило выполнение полной синхронизации при включённом TLS. Накладные расходы при выполнении операций copy-on-write сокращены на 47%.
  • Оптимизирована реализация сортированных списков (тип данных "sorted set"), выполнение команды ZRANK для которых стало на 45% быстрее. В реализации команды ZADD задействованы SIMD-инструкции.
  • Сокращено потребление памяти при подсчёте уникальных элементов с использованием вероятностного типа hyperloglog (независимо от размера данных теперь требуется лишь 12 КБ памяти). Благодаря задействованию инструкций AVX2 на системах x86 производительность операций PFMERGE и PFCOUNT с типами данных hyperloglog возросла до 12 раз, а операции BITCOUNT до 5 раз.
  • В систему активной дефрагментации внесены изменения, предотвращающие появление задержек длительностью более 1 миллисекунды. Время каждого цикла дефрагментации сокращено до 500 микросекунд. Добавлен механизм (anti-starvation), предотвращающий задержку выполнения операций, таких как цикл дефрагментации, из-за выполнения длительно работающих команд.
  • Добавлены новые настройки форматирования логов и отображения времени в логах. Добавлен режим COMMANDLOG для отражения в логе больших запросов и ответов (по аналогии с сохранением длительно выполняемых запросов).
  • В команду "LATENCY LATEST", применяемую для анализа задержек, добавлены дополнительные метрики со сведениями о числе зарегистрированных задержек и всплесках задержек.
  • Добавлена поддержка операции "SET IFEQ", выполняемой если заданное в сравнении значение соответствует текущему значению ключа.
  • Добавлена поддержка создания новых скриптовых движков в виде модулей, что позволяет реализовать поддержку языков, отличных от Lua.
  • Представлены новые модули:
    • Search Module - движок для векторного поиска похожих значений, оптимизированный для задач машинного обучения, в которых необходимы низкие задержки и высокая пропускная способность. Модуль предоставлен компанией Google.
    • JSON Module - реализация типа данных JSON, позволяющая обращаться к частям JSON-документов без их полной обработки на клиентской стороне. Модуль предоставлен компанией AWS.
    • Probabilistic Bloom Filter Module - реализация фильтров Блума, вероятностной структуры для проверки вхождения во множество, допускающей ложное определение отсутствующего элемента, но исключающая пропуск существующего элемента. Модуль предоставлен компанией AWS.


  1. Главная ссылка к новости (https://www.linuxfoundation.or...)
  2. OpenNews: Опубликован Valkey 8.0, форк СУБД Redis от Amazon, Google, Oracle и Ericsson
  3. OpenNews: Amazon, Google, Oracle, Ericsson и Snap основали Valkey, форк СУБД Redis
  4. OpenNews: Выпуск Redict 7.3.0, форка СУБД Redis
  5. OpenNews: Проект Redka развивает реализацию протокола и API Redis поверх SQLite
  6. OpenNews: Выпуск СУБД Redis 7.4, переведённый на проприетарные лицензии
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63023-valkey
Ключевые слова: valkey, redis, database, nosql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (61) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 00:09, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –20 +/
    Весь этот ваш редис это 200 строк на любом языке. Его любая нейросеть пишет меньше чем за 10 вопросов. Зачем это все?
     
     
  • 2.3, Аноним (3), 00:41, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну как же, за 200 строк засмеют, чтоб в продакшен нужно минимум 20000, шоб солидно было, шоб энтерпрайз!
    Вот так директор посмотрит шо там эти программисты накодили, увидит эти 200 строк, и возмутиться, за что тут зарплаты то платить?
     
     
  • 3.20, cheburnator9000 (ok), 06:57, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Нужно чтобы еще память кушало прилично, постоянно молотило cpu и имело крипое API.
    Официальный GUI клиент должен быть написан на электроне, иметь крупные UI контролы, и мыльное ШГ.

    Вот тогда это enter_price.

     
  • 2.4, freehck (ok), 00:52, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +15 +/
    > Весь этот ваш редис это 200 строк на любом языке.

    Ну иди и напиши эти 200 строк кода на любом языке.
    Все будем пользоваться, донатить и прославлять Анонима.

     
     
  • 3.10, penetrator (?), 02:34, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • –7 +/
    он хотел сказать что эта шляпа никому не нужна, и ее тащат в кривые проекты для кеширования
     
     
  • 4.14, freehck (ok), 03:38, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > он хотел сказать что эта шляпа никому не нужна, и ее тащат в кривые проекты для кеширования

    Допустим. Ну расскажи тогда, как правильно сделать распределённый счётчик на чём-то кроме редиса.

    Вот тебе пример даже: у тебя в базе есть таблица, описывающая отношение пользователя и количества его рефералов. А теперь представь, что кол разместил в своей группе ссылку. Тебе пошёл траффик на регистрацию. Каждый регистрирующийся должен инкрементить количество рефералов кола в этой таблице. Каждый такой UPDATE лочит строчку, и блокирует все остальные.

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

    Вот. А теперь я готов с интересом выслушать твой рассказ о том, какое это хреновое решение, и как на самом деле надо делать. Ведь "эта шляпа никому не нужна", да?

     
     
  • 5.15, ЖиШиЧаЩаЧуЩу (?), 05:37, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • –9 +/
    >кол
    >траффик на регистрацию
    >реферал

    И все это в перемешку с русским языком.

    От такого чтива глаза слезятся.

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

     
     
  • 6.17, WE (?), 06:38, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Слова истинного интернет война. Заветы "Не шаришь в теме - прикопайся к тексту."
     
     
  • 7.67, Аноним (67), 17:33, 21/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно человек выше написал:реферал и другие xералы нам не нужны.
    Сначала научись уважать свой язык, свою страну, а потом квакай из своего мультикультурного-болотца, братец Иванушка.
     
  • 5.19, Аноним (19), 06:53, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Таблица (только) для insert. Периодически сбрасываешь count(*) в счётчик.
     
     
  • 6.52, freehck (ok), 08:04, 06/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Таблица (только) для insert. Периодически сбрасываешь count(*) в счётчик.

    Счётчик в redis имеет сложность O(1), а счётчик на базе count(*) -- O(N), где N -- количество записей в таблице; несравнимо.

     
  • 5.21, cheburnator9000 (ok), 07:01, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> инкрементить количество рефералов кола в этой таблице. Каждый такой UPDATE лочит строчку, и блокирует все остальные.

    Это из 90тых годов чтоли? Обновление одного int в базе в миллион раз быстрее внесения записи о новом пользователе.

     
     
  • 6.23, n00by (ok), 08:16, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там миллиард рефералов в секунду, но все одинаковые.
     
     
  • 7.26, Аноним (19), 10:27, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > миллиард

    от одного (ну, ладно, двух ... дестяков ) клиента?
    или от миллиарда ботов со всего мира?

    Если от одного клиента, то редис не нужен.
    Если от миллиарда ботов, то редис тем более не поможет.

     
     
  • 8.27, n00by (ok), 10:40, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, боюсь мы не узнаем, куда надо рефералов приводить ... текст свёрнут, показать
     
     
  • 9.28, Аноним (19), 11:00, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Редис хорошо ложится на модные микросервисы Лень делать монолит с кешем Ра... текст свёрнут, показать
     
     
  • 10.32, n00by (ok), 13:27, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лень - это когда умеешь, но не хочется Я вот не умею, потому мне не лень Но ра... текст свёрнут, показать
     
  • 7.66, Аноним (66), 11:38, 10/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и в HyperLogLog их. Нафига хранить список-то? Если у вас такие объемы что это уже big data, так нужно брать решения созданные для big data.
     
  • 5.25, turbo2001 (ok), 10:11, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Все как ты написал. Инкрементируй счётчик у себя в памяти процесса, периодически обновляй строку в базе и тут же читай её, чтоб видеть, что там надобавляли другие процессы. Редис не нужон.
     
     
  • 6.37, Аноним (37), 17:58, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >  Инкрементируй счётчик у себя в памяти процесса

    Так у тебя инстансов может быть больше одного.

     
     
  • 7.40, Аноним (40), 18:27, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты точно знаешь как инкремент работает? Ему и миллион инстансов не помешает.
     
  • 6.51, freehck (ok), 08:00, 06/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > счётчик у себя в памяти процесса

    Сервис перестанет быть stateless. Негативные последствия этого решения перечислять можно долго.

     
     
  • 7.57, penetrator (?), 19:31, 07/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> счётчик у себя в памяти процесса
    > Сервис перестанет быть stateless. Негативные последствия этого решения перечислять можно
    > долго.

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

    и еще даже если ты обрабатываешь инкрементирование реферала всего 1-го в данный момент времени, то это все равно состояние сервиса

    абсолютно неважно ты хранишь данные об одном реферале или нескольких, оно все еще stateful пока не будет флаша и корректной остановки сервера

    с тем же успехом ты падаешь на момент передачи в редис, т.е. хрен редьки не слаще

     
     
  • 8.63, freehck (ok), 13:30, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Меняет По определению Нет конечно, это не состояние сервиса В сервисе -- проц... текст свёрнут, показать
     
     
  • 9.65, penetrator (?), 16:35, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ничего не меняет, сначала это состояние хранится на уровне твоего инстанса и тол... текст свёрнут, показать
     
  • 5.56, penetrator (?), 19:27, 07/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Редис в этом случае будет не распределенным, твоя запись... большой текст свёрнут, показать
     
     
  • 6.60, freehck (ok), 04:42, 08/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ух ты Я стимулировал кого-то учиться, хоть и таким странным образом Прям прият... большой текст свёрнут, показать
     
     
  • 7.61, penetrator (?), 08:35, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    я думал ты умнее, но нет, кроме наивновсти и ЧСВ ничего не вижу у меня нет возмо... большой текст свёрнут, показать
     
     
  • 8.62, freehck (ok), 12:13, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну что тут сказать Бог свидетель, я честно попытался побыть добрым самаритянино... текст свёрнут, показать
     
     
  • 9.64, penetrator (?), 16:32, 09/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    точно точно, бох свидетель, никакой слепой веры в технических аспектах ... текст свёрнут, показать
     
  • 2.5, Нуину (?), 01:19, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вам сюда https://www.youtube.com/watch?v=JeNS1ZNHQs8
     
  • 2.8, Аноним (8), 01:23, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я бы на это посмотрел. Действительно, давай, сделай лучше. Давай сразу на расте, будешь самым модным смузихлёбом на дворе, все корпы будут от тебя зависеть.
     
     
  • 3.43, 12yoexpert (ok), 20:23, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    кеширование таки действительно делается на си в несколько сотен строк кода, причём кастомное под каждую задачу, видел такое лично в глобальном телеком проекте
     
  • 2.12, Аноним (12), 02:40, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты про возможности redis знаешь < 0,1%, но все туда-же: "давать советы космического масштаба и космической же глупости" (М.А. Булгаков)

    Не просто так от безделья разные серьезные люди неоднократно пытаются форкнуть redis. Пока у всех неудачно :-(

     
     
  • 3.29, Quilin (?), 11:18, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    KeyDB вполне себе удачный форк. Заменяли им редис на проде крупного проекта
     
     
  • 4.36, Аноним (36), 16:24, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Был, в развитие они не смогли
     
  • 3.30, Аноним (30), 12:45, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эти 99% возможностей редиса никому и не нужны.
     
     
  • 4.33, Аноним (12), 13:33, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Эти 99% возможностей редиса никому и не нужны.

    Беда современного образования.
    В школе не изучали теорию множеств, потому вместо "мне не нужны" пишут "никому не нужны"

     
  • 2.24, YetAnotherOnanym (ok), 08:58, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кинь ссылку на свой вариант редиса из двухсот строк.
     
  • 2.34, slew (ok), 14:46, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Уже давно, с началом 21-го века, денег платуть не за код и софт, а чтоб оно работало у заказчика со всеми его хотелками и перделками, aka поддержка. И вот тут очень быстро окажется, что продухт, который тебе нейросеть выср*т, не работает конкретно у того заказчика конкретно в той ситуации. И тут тебе ни нейросеть не поможет, сколько ты ей вопросов не задавай (ибо данные по специфике заказчика в нейросеть индусы не грузили), ни ты сам, ибо чтоб там тебе нагенерила нейросеть даже разобрать не сможешь.
     
  • 2.38, Аноним (40), 18:02, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ломал голову весь вечер, так и не смог в 200 строк уложиться. Проболва на всех языках какие знию — на Лиспе, Питоне, Расте и Си. Сдаюсь. Показывай как ты сделал.
     
     
  • 3.44, Savaoff (?), 22:00, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Надо на perl'е ))
     
     
  • 4.50, Аноним (40), 04:54, 06/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Знал бы Перл — попробовал бы и на Перле. Но я его не знаю.
     
     
  • 5.59, пох. (?), 01:30, 08/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    чо там знать-то, на перле том!
    Во, учись:

    #!env perl
    exec '/sbin/redis', @ARGV

    - и всего две строки получилось!

     

  • 1.6, Нуину (?), 01:20, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно как ускоряют детище Сальвадоре
     
  • 1.7, Аноним (7), 01:22, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Да никто кроме авторов этим пользоваться не будет. Посмотрят на разборки форков и мигрируют на независимую реализацию, например https://www.opennet.me/opennews/art.shtml?num=60808
     
     
  • 2.9, Нуину (?), 02:21, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Проект написан на языке C# с ядром хранения на C++, открыт под лицензией MIT и может работать на всех платформах, поддерживаемых в .NET (

    Ну нет.

     
  • 2.11, penetrator (?), 02:35, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    хрен редьки не слаще
     
  • 2.16, OpenEcho (?), 05:50, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да никто кроме авторов этим пользоваться не будет.

    Вы в школу ходили ?

    20k>10k
    .NET vs native


    https://github.com/valkey-io/valkey
    vs
    https://github.com/microsoft/garnet


     
     
  • 3.31, Аноним (30), 12:46, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Оценивать звёзды в гитхабе, которые легко накручиваются это клиника.
     
     
  • 4.39, Аноним (40), 18:04, 05/04/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ага, Майкрософт своим репам на собственном же Гитхабе звёзды накручивает. Наделла по ночам клики скупает за биткоины. Самому не смешно?
     
     
  • 5.58, penetrator (?), 19:34, 07/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага, Майкрософт своим репам на собственном же Гитхабе звёзды накручивает. Наделла по
    > ночам клики скупает за биткоины. Самому не смешно?

    конечно не накручивают но с первой частью полностью согласен, миллионы мух как говорится

     
  • 4.45, OpenEcho (?), 01:50, 06/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Оценивать звёзды в гитхабе, которые легко накручиваются это клиника.

    Это кто? Амазон, Гугле и Оракл накручивают ? Против микросовта, сплочились и как на опеннете плюсуют, плюсут... Дали команду всем джунам и те сидят весь день кликают, кликают...

    Здесь уже боюсь и клиника не поможет с такой фантазией...

     
  • 3.46, мяв (?), 02:10, 06/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а Вы.. Вы в принципе думаете перед написанием ?
    >.net vs native

    что вообще может быть глупее.
    .net давно ил в биткод ллвм'а переводит.

     
     
  • 4.47, _ (??), 02:54, 06/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > .net давно ил в биткод ллвм'а переводит.

    Но подтвердить это ссылкой на доку ты конечно не сможешь?

     
     
  • 5.54, OpenEcho (?), 15:34, 06/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> .net давно ил в биткод ллвм'а переводит.
    > Но подтвердить это ссылкой на доку ты конечно не сможешь?

    Это скорее, "слышала звон, да не знает где он" или просто повыёкиваться. Разговор скорее про иследовательский проект  LLILC, но это только research, который не изпользуется в стандартном .NET-e или намек нам глупым что мы тупые никогда не слышали про Ahead-Of-Time, где в пайплайне юзается LLVM в тулчайне для создания нативного машинного кода, но при этом все равно на линковке подцепляет минимальную CoreRT, но это не значит что создаются LLVM-овские .bc биткод файлы

     
  • 4.53, OpenEcho (?), 14:02, 06/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > а Вы.. Вы в принципе думаете перед написанием ?

    Вы только что подтвердили, что да, думаю, в принципе, раз вас зацепило блестнуть своим "превосходством".

    > что вообще может быть глупее.

    О как?!
    Я смотрю Вы быстро подхватываете соответсвующее поведение опенета.
    Умничка, не Глупая...


    > .net давно ил в биткод ллвм'а переводит.

    И как это относится к тому, что в гарнете, все еще "как ни странно" ловится "ERR unknown command" ?

    Или Вы тоже в тролли подались не одолев

    .net (serialization protocol only) vs **native protocol and commands from original fork**.

    Попытаюсь для не глупых обяснить - гарнет это RESP совместимый с редиской сервер на протокольном уровне сериализации. Если и это не понятно, то гарнет не замена редиски один в один, или словами микрософта в оригинале:  Garnet is not a perfect drop-in replacement for redis.

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

    А тема, да xpен с ней с темой, главное ведь всем показать "умность" что другие - глупые, правда?

     

  • 1.35, Аноним (35), 15:03, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    - Форк, сделанный Бигтехом никому не нужен?
    - Нет, спасибо.
     
     
  • 2.48, _ (??), 02:56, 06/04/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что значит никому? Разве ещё хоть кто то не перешел? Ну на этот или от M$ ...
     
     
  • 3.55, нах. (?), 11:52, 07/04/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну васяны с подкроватными серверами еще не перешли - они ж до сих пор на центось7, там обновлений не предвидится. Да и им-то "улучшенная" лицензия ничем не повредит, как не были они никому нужны, так и не будут.

     

  • 1.41, 12yoexpert (ok), 20:18, 05/04/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    лицензия redis как раз антипроприетарная
     

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



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

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