| 1.9, Аноним (-), 21:32, 29/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
>Copyright (c) 2015-2025 Леонид Юрьев aka Leonid Yuriev <leo@yuriev.ru>
>СМЕНА ЛИЦЕНЗИИ (THE LICENSE CHANGE)
>OpenLDAP Public License → Apache 2.0
Русский проект, а я то думал иностранный.
>совместить внутри MithrilDB несколько реализаций написанных на разных языках, в частности C, С++ и Rust
Совмещать разные языки плохая практика. Это Бэд Практис.
| | |
| |
| 2.93, Аноним (93), 07:48, 30/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Леонид Юрьев
У него тексты новостные ИИ пишет, что ли? Тяжело читать, некоторые части повторяются без объяснения сути.
| | |
| 2.103, aname (ok), 11:09, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
 > Совмещать разные языки плохая практика. Это Бэд Практис.
Напишите Линусу заодно, чтоли.
| | |
| |
| 3.111, Аноним (93), 16:36, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Будто у Линуса всё хорошо в команде. Чего же он постоянно ругается?
| | |
| |
| 4.123, aname (ok), 20:40, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Будто у Линуса всё хорошо в команде. Чего же он постоянно ругается?
Ржавеет
| | |
|
|
|
| |
| |
| |
| 4.102, pkdr (ok), 11:07, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
 "Мифрил" это термин из Толкина, а "амальгама" это термин из химии.
| | |
|
|
| 2.36, Аноним (36), 23:06, 29/12/2025 [^] [^^] [^^^] [ответить]
| +7 +/– |
Код, который годится только для чтения и сборки, но не для разработки
| | |
| |
| 3.39, Аноним (30), 23:20, 29/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Леонид, ты?
>Код, который годится только для чтения
Нет, он не годится для чтения.
Как можно читать один сгенерированный файл из десятков тысяч строк.
Амальгамирование придумали для того чтобы код было проще распространять: из всех файлов кода генерируется всего один файл.
И, бонусом, компилятор лучше оптимизирует код если он находится в одной единице трансляции.
| | |
| 3.48, афтар поделия (?), 23:36, 29/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
У LMDB очень-очень высокий порог входа. У libmdbx он еще намного выше из-за более сложных алгоритмов и добавленных возможностей. Поэтому ни в LMDB, ни в libmdbx новых разработчиков не появилось и (пока) не ожидается.
Соответственно, на самом деле, амальгамирование почти никому не мешает.
| | |
| |
| 4.81, Анониммм (?), 04:52, 30/12/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
У ядра Линукс тоже высокий порог входа. Надо обфусцировать, а еще лучше закрыть, все равно это никому не помешает.
| | |
| 4.89, mos87 (ok), 06:59, 30/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
 >У LMDB очень-очень высокий порог входа.
штож там кетаец такого понапейсал
| | |
| 4.108, Аноним (108), 14:11, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>У LMDB очень-очень высокий порог входа
Шта блин? Она же простая как 3 копейки key-value.
| | |
|
|
| 2.57, Аноним (57), 00:06, 30/12/2025 [^] [^^] [^^^] [ответить]
| +4 +/– |
Обфусцированный. Не соответствующий определению исходного кода в терминологии GPL, например.
| | |
|
| 1.26, Аноним (26), 22:37, 29/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
Мой комментарий про квазизакрытый код удалили вместе с ответом, что это выдумки и нужно читать комментарии в пдфке. Так вот, я прочитал и там прямо говорится, что переход к такому виду релизов сделан для предотвращения "угона" проекта, а также про платные фичи. Считаю свой комментарий верным и не содержащим выдумок.
| | |
| |
| 2.34, Аноним (36), 23:03, 29/12/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Обожглись походу. Тут пару лет назад в комментариях чел писал, у которого тоже богатый дядя форкнул его проект, раскрутил и начал продавать готовые бинарники с перебитым копирайтом
| | |
| |
| 3.77, Anonimous (?), 03:46, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> код навсегда останется открытым, но будет распространяется только в амальгамированной форме
Ну уж выпускайте как freeware и мозги не полощите людям. Хотите противодействовать угону проекта, так честно закройте код.
А вот подскажите, а где он используется? Обычно такие резкие движения делают популярные проекты, которые рассчитывают что клиентам/пользователям деваться некуда. А про libmdbx я что-то не помню, или он как движок используется в более известных продуктах?
| | |
| |
| 4.106, афтар поделия (?), 11:58, 30/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> А про libmdbx я что-то не помню, или он как движок используется в более известных продуктах?
Так зачем что-то писать если вы совсем не в теме ?
В каждой новости упоминаются эти продукты и компании, и в слайдах по ссылке тоже.
| | |
|
| 3.98, Имя (?), 10:09, 30/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> очень высокий порог входа и ещё более ребусный код
> Поэтому подавляющее большинство сторонних разработчиков и пользователей на самом деле не могут достигать продуктивных целей от использования тестового фреймворка. Однако, при этом сторонние разработчики нередко вносят собственные изменения в код libmdbx и считают их верными после краткосрочных поверхностных тестов, которых принципиально недостаточно для выявление потенциальных проблем
Я не стал бы такое использовать в серьезном проекте. Всё завязано на одного автора, который однажды может куда-то пропасть (потерять интерес к проекту, переключиться на что-то более для него важное, etc). Невозможно ни баг починить (без благоволения автора), ни покрытие фаззинг-тестами для сертификации показать.
| | |
| |
| |
| 5.118, Аноним (116), 17:30, 30/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Вы игнорировали главную причину:
Всё завязано на одного автора, который однажды может куда-то пропасть
| | |
|
|
| 3.110, совсем другой Аноним (?), 14:50, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Код libmdbx навсегда останется открытым и с качественной бесплатной поддержкой
Однако на страничке проекта написано следующее:
... But it is not yet known whether such restriction will be implemented only through a license and support, *either the source code will not be open at all*.
Кому верить?
| | |
|
| 2.50, Аноним (50), 23:41, 29/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
> предотвращения "угона" проекта, а также про платные фичи. Считаю свой комментарий
> верным и не содержащим выдумок.
И что, какой-то псих даже денег даст? Учитывая метания проекта с сменой сишного апи на плюсатый (== выбросьте все предыдущие наработки и забейте на interop с другими яп) - и теперь еще рост разлапистости в какую-то неведому шляпу. И это при том маппинг в память был сто лет у других, даже более древнних, типа tokyo cabinet старинного. А тут до господ только дошло.
| | |
| |
| 3.58, афтар поделия (?), 00:08, 30/12/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> уитывая метания проекта с сменой сишного апи на плюсатый
У проекта как был сишный API так и остался.
Плюсовый добавился в 2020-2021 годах и продолжает развиваться.
Проблема сишного API в том, что его пытаются "как есть" тащить в условный python, а потом смешивают с возможностями питона -- получается страшно и глючно.
> до господ только дошло.
tokyo cabinet старше LMDB примерно на 4 года, а отображение в память появилось >50 лет назад
| | |
|
|
| 1.29, Аноним (30), 22:42, 29/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
>разработка будет вестись внутри команды с публикацией результата только в амальгамированной форме
>декларируется желание поставлять библиотеку в максимального готовом виде, без зависимостей, необходимых только для её разработки и глубокого тестирования
Очень странное решение. Читаю как "мы решили закрыть исходный код".
SQLite, например, поставляется как в виде обычного исходного кода, из которого собирается амальгама (и который можно посмотреть), и в виде амальгамы. Никого это не ущемляет, отличный проект с абсолютно понятным лицензированием.
Не то чтобы я собирался пользоваться libmdbx, но на месте пользователей крепко бы призадумался. Сейчас есть масса альтернатив, разработчики которых не ведут себя странно.
| | |
| |
| 2.33, Аноним (36), 23:01, 29/12/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Открытый код давно перешёл в разряд только для чтения; подумай об этом на досуге
| | |
| 2.40, афтар поделия (?), 23:24, 29/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Читаю как "мы решили закрыть исходный код".
Вы не читаете, а (пардон) озвучиваете неверное впечатление.
1. Де-факто за 10 лет других разработчиков не появилось, аналогичная картина и в LMDB. Причины пояснены в комментариях к презентации (очень сложно и трудно вникать). Поэтому код не особо кому-то нужен, а если нужен, то он и доступен, и можно присоединиться к разработке.
2. Пользователям нужен готовый к использованию код, а не куча-мала с тонной зависимостей. А поставка тестов требует их поддержки.
3. У SQLite другая ситуация, главным образом из-за щедрого спонсирования и обеспечения интересов спонсоров. В том числе, для страховки спонсоров от всяческих неприятностей, разработчиков обязывают передавать код в общественное достояние. Если кто-то (вдруг) предложит обеспечить аналогичные финансовые условия, то я согласен ;)
4. Код проекта доступен и обеспечен первоклассной бесплатной поддержкой, в этом плане я действительно веду себя странно (как и многие мэинтейнеры не прошу денег).
| | |
| |
| 3.54, Аноним (54), 23:46, 29/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
За 10 лет зоркий глаз не заметил что его код не нужен? Или просто нашел где заработать?
| | |
| |
| 4.56, афтар поделия (?), 23:57, 29/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> оркий глаз не заметил что его код не нужен?
1. https://ptsecurity.com/about/clients/
2. на libmdbx сидит половина узлов Ethereum и еще несколько блокчейнов.
3. несчитанное количество мобильных установок (через привязки Rust и использующие их проекты), посчитать реально невозможно -- пытались прикинуть/оценить получается >100 миллионов "но это неточно".
| | |
|
| 3.97, fi (ok), 08:44, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
 > Пользователям нужен готовый к использованию код, а не куча-мала с тонной зависимостей.
Это означает что теперь надо будет писать свои тесты чтоб пройти сертификацию. Скорей заморозят версию и будут латать критикал
| | |
| |
| 4.104, афтар поделия (?), 11:18, 30/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Это означает что теперь надо будет писать свои тесты чтоб пройти сертификацию.
Было-бы странно проходить сертификацию чужого кода на чужих же тестах.
Проходить сертификацию на внутренних тестах libmdbx ещё более странно -- ведь нужна машина хотя-бы с терабайтам ОЗУ на пару недель.
| | |
|
|
| 2.78, Аноним (78), 04:43, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Ничего странного в поведении разработчика не вижу.
Автор хочет бабла. И вполне явно декларировал желание бросить опенсурсное поделие и пилить новое поделие с закрытым кодом.
Но, как показала практика, пока такие поделия опенсурсные — все их используют и радуются. А когда аффторы резко закрывают, или даже меняют лицензию на непермиссивную — все заинтересованные лица (читай: корпорации) тотчас форкают последнюю версию с устраивающей их лицензией и сваливают на форк.
С учётом вышесказанного, в нынешней новости вижу банальную попытку варить лягушку помедленнее, в надежде, что таки не выпрыгнет. То есть, подтолкнуть текущих пользователей libmdbx в сторону нового поделия, но как–нибудь не слишком в лоб, поделикатнее.
В общем, запасаемся попкорном.
| | |
|
| 1.61, Аноним (-), 00:17, 30/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> но теперь разработка будет вестись внутри команды с
> публикацией результата только в амальгамированной форме.
Это чтобы всякие бэкдоры и вулны было удобнее пхать? Или зачем еще такая псевдооткрытость нужна? Говоря за себя я пожалуй обойду такой код за версту. Не выглядит как что либо внушающее доверие.
| | |
| |
| 2.62, афтар поделия (?), 00:24, 30/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Это чтобы всякие бэкдоры и вулны было удобнее пхать?
Что-либо запихать в один файл также просто так и в 42.
Но этому будет более заметно, так как фокус внимания не перемещается.
> Или зачем еще такая псевдооткрытость нужна?
В слайды встроены комментарии, там все ответы.
Что-то уже было повторено от ответа здесь.
> говоря за себя я пожалуй обойду такой код за версту.
спасибо, так будет лучше при отсутствии доверия.
| | |
| |
| 3.66, Аноним (-), 00:45, 30/12/2025 [^] [^^] [^^^] [ответить] | +/– | С системой контроля версий гораздо удобнее смотреть что и где изменилось - по фа... большой текст свёрнут, показать | | |
| |
| 4.71, афтар поделия (?), 01:08, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> С системой контроля версий гораздо удобнее смотреть что и где изменилось.
Технически контроль версий для амальгамированных исходников работает ровно также.
Что и где изменилось смотреть удобнее иногда по-отдельности, иногда нет.
Просто по-отдельности изменений может быть кратно больше.
Но для аудита и/или анализа кода это не имеет никакого значения, от слова совсем.
Далее, на самом деле тут важнее понимать что делают изменения, в том числе в масштабе всего проекта.
А вот с этим в LMDB трудно, а в libmdbx труднее ещё в 10 раз (просто фичей больше, кода больше, темп развития кратно выше).
Поэтому, со все
| | |
| |
| 5.73, афтар поделия (?), 01:13, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
пардон, котэ прыгнул.
Так вот, с полной уверенностью утверждаю, что амальгамация вообще не заметна на фоне трудоёмкости погружения в код и детали реализации.
Как-то так.
| | |
| 5.117, Аноним (-), 17:29, 30/12/2025 [^] [^^] [^^^] [ответить] | +/– | А человечески - удобнее смотреть патчи в нормальном виде Как ревьюер кода говор... большой текст свёрнут, показать | | |
| |
| 6.121, афтар поделия (?), 18:12, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
> > в 10 раз (просто фичей больше, кода больше, темп развития кратно выше).
> Ну т.е. считается что автор гений, остальные - слизни. И зачем вообще тогда код релизить черт его знает.
До сих пор удивляет, как в написанном можно увидеть настолько другое.
Еще раз, в libmdbx в сравнении с LMDB:
- действительно сложнее код, ибо в больше возможностей (загляните в README);
- у кода очень высокий порог входа, потому-что нет книжек аналогичных ядру Linux, и т.п.
- тем развития существенно выше, можно сказать что LMDB не развивается, а только поддерживается;
Во всём этом несложно убедится.
---
На всякий повторю:
- текущая форма примерно соответствует LMDB;
- большинству пользователей удобнее амальгамированные исходники, как правило они используют биндинги и не смотрят внутрь;
- если кто-то хочет вести разработку или требуется полная история коммитов, то welcome (обращайтесь);
| | |
|
|
|
|
| 2.92, mos87 (ok), 07:43, 30/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>чтобы всякие бэкдоры и вулны было удобнее пхать?
само ты пхать.
может бэки в одном файле искать проще, тут представитель PVS пусть рассудит
| | |
|
| 1.64, Аноним (-), 00:39, 30/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– | |
У... сейчас начнется)
Благодарное сообщество™, которое и строчки кода в проект не закоммитило, будет кричать, что у него что-то отобрали и вообще своровали))
А сам аффтар вообще м-дила!)
Собственно выше уже начали. Хотя 99% коментаторов даже слышали об этом проекте только из новостей опеннета.
| | |
| |
| 2.72, Аноним (30), 01:12, 30/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>сам аффтар вообще
Ну да. Он форкнул открытый LMDB, что-то там добавил (С++ API? не следил особо) и начал бегать по интернетам с очень навязчивым пиаром.
Теперь проект на пол-шишечки закрывает свой исходный код под предлогом заботы о пользователях. Что за дичь вообще, какое это имеет отношение к нормальному, обычному опенсорсу.
Что ему мешало общаться с автором LMDB и развивать проект совместно с ним? Не думаю, что там были какие-то неразрешимые противоречия.
>99% коментаторов даже слышали об этом проекте только из новостей опеннета
Я пользовался оригинальным LMDB, еще до этого эпического форка. Не впечатлился. На libmdbx даже не стал смотреть, там же тот же b-tree на mmap-ed файлах, только с каким-то диким пиаром. Меня это наоборот отталкивает.
| | |
| |
| 3.74, афтар поделия (?), 01:34, 30/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Он форкнул открытый LMDB, что-то там добавил (С++ API? не следил особо) и начал бегать по интернетам с очень навязчивым пиаром.
Так зачем что-то писать, если совсем не в теме ?
В документации есть раздел "Improvements beyond LMDB" = https://libmdbx.dqdkfa.ru/intro.html#improvements
там перечисленная некоторая часть доработок (все перечислять смысла нет, никто не дочитывает).
> Что ему мешало общаться с автором LMDB и развивать проект совместно с ним?
Так зачем что-то писать, если совсем не в теме ?
libmdbx был форкнут в составе ReOpenLDAP для решения проблем возникших при эксплуатации в МегаФоне.
После того как Symas Corp (авторы и меинтейнеры кода) не смогли устранить проблемы и отказались.
Причины форка подробно пояснялись ещё 10 лет назад -- не принимались самые очевидные патчи по обескураживающим причинам. Например, использование __VA_ARGS__ для устранения ~5000 предупреждений было отвергнуто по причина отсутствия поддержку __VA_ARGS__ у каких-то дремучих компиляторов (коих в использовании потом найти не удалось).
А отдельные фичи, уже работающие ~10 лет, тогда отвергались как "это не возможно".
При этом главной целью (за то что заказчик платил деньги) было не пропихивание патчей в upstream, а устранение падений и других проблем. Эти цели были достигнуты, а развитие libmdbx было продолжено.
| | |
| |
| 4.101, Аноним (93), 10:35, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> для решения проблем возникших при эксплуатации в МегаФоне
Странно, что они только сейчас об этом догадались, что надо иметь свои исходники.
| | |
|
|
|
| 1.96, Аноним (96), 08:09, 30/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
>> Проект libmdbx полностью перемещен в юрисдикцию Российской Федерации. Исходный код по-прежнему открыт и обеспечен первоклассной бесплатной поддержкой
Вот такие новости
| | |
| |
| 2.114, Аноним (114), 17:16, 30/12/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
>>> Проект libmdbx полностью перемещен в юрисдикцию Российской Федерации. Исходный код
>>> по-прежнему открыт и обеспечен первоклассной бесплатной поддержкой
> Вот такие новости
В общем преврашен в проект с мутным девелопом и потенциалом для кидков и бэкдоров. Спасибо что предупредили!
| | |
|
| 1.107, Аноним (107), 13:24, 30/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
> However, MithrilDB will not be available for countries unfriendly to
> Russia (i.e. acceded the sanctions, devil adepts and/or NATO). But it
> is not yet known whether such restriction will be implemented only
> through a license and support, either the source code will not be open
> at all. Basically I am not inclined to allow my work to contribute to
> the profit that goes to weapons that kill my relatives and friends.
> NO OPTIONS.
Жаль, адепты длявола не смогут законтрибьютить в Российскую экономину через приобретение лицензии
| | |
| |
| 2.115, Аноним (-), 17:19, 30/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Жаль, адепты длявола не смогут законтрибьютить в Российскую экономину через приобретение
> лицензии
Т.е. это по сути еще и EULA, где на лицо дискриминация по цвету штанов и вероисповеданию?
> either the source code will not be open at all
А, то-есть, обещание сделать эту штуку совсем проприетарной все же по сути в наличии? Творческих им там узбеков, как будто баз key-value кроме них не найдется.
| | |
|
|
