The OpenNET Project / Index page

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

Выпуск встраиваемой СУБД libmdbx 0.12.3

08.01.2023 09:36

Состоялся выпуск библиотеки libmdbx 0.12.3 (MDBX) с реализацией высокопроизводительной компактной встраиваемой базы данных класса ключ-значение. Код libmdbx распространяется под лицензией OpenLDAP Public License. Поддерживаются все актуальные операционные системы и архитектуры, а также российский Эльбрус 2000. Для libmdbx предлагается развитое C++ API, а также поддерживаемые энтузиастами привязки к языкам Rust, Haskell, Python, NodeJS, Ruby, Go, Nim, Deno, Scala.

Исторически libmdbx является глубокой переработкой СУБД LMDB и превосходит своего прародителя по надёжности, набору возможностей и производительности. В сравнении с LMDB, в libmdbx большое внимание уделяется качеству кода, стабильной работе API, тестированию и автоматическим проверкам. Поставляется утилита проверки целостности структуры БД с некоторыми возможностями восстановления. Технологически libmdbx предлагает ACID, строгую сериализацию изменений и неблокирующее чтение с линейным масштабированием по ядрам ЦПУ. Поддерживается автокомпактификация, автоматическое управление размером БД, оценка объёма выборок по диапазонам (range query estimation).

Основные новшества, доработки и исправления:

  • Реализована prefault-запись при выделении страниц для read-write отображений. Это приводит к кратному снижению системных издержек и существенному увеличению производительности в соответствующих сценариях использования, когда: размер БД и объём данных существенно больше ОЗУ; используется режим MDBX_WRITEMAP; не-мелкие транзакции (по ходу транзакции выделяется многие сотни или тысячи страниц).

    В режиме MDBX_WRITEMAP выделение/переиспользование страниц приводит к page-fault и чтению страницы с диска, даже если содержимое страницы не нужно (будет перезаписано). Это является следствием работы подсистемы виртуальной памяти, а штатный способ лечения через MADV_REMOVE работает не на всех ФС и обычно дороже получаемой экономии. В libmdbx теперь используется "упреждающая запись" таких страниц, которая на системах с unified page cache приводит к "вталкиванию" данных, устраняя необходимость чтения с диска при обращении к такой странице памяти. Новая функциональность работает в согласованности с автоматическим управлением read-ahead и кэшем статуса присутствия страниц в ОЗУ, посредством mincore().

  • Добавлена опция MDBX_opt_prefault_write_enable для принудительного включения/выключения prefault-записи.

  • Реализован динамический выбор между сквозной записью на диск и обычной записью с последующим вызовом fdatasync(), управляемый опцией MDBX_opt_writethrough_threshold. В долговечных (durable) режимах данные на диск могут быть сброшены двумя способами: сквозной записью через файловый дескриптор открытый с O_DSYNC и обычной записью с последующим вызовом fdatasync().

    Первый способ выгоднее при записи малого количества страниц и/или если канал взаимодействия с диском/носителем имеет близкую к нулю задержку. Второй способ выгоднее если требуется записать много страниц и/или канал взаимодействия имеет весомую задержку (датацентры, облака). Добавленная опция MDBX_opt_writethrough_threshold позволяет во время выполнения задать порог для динамического выбора способа записи в зависимости от объема и конкретных условия использования.

  • Обеспечена автоматическая установка MDBX_opt_rp_augment_limit в зависимости от размера БД.
  • Запрещено использование разного режима MDBX_WRITEMAP между процессами в режимах с отложенной/ленивой записью, так как в этом случае невозможно обеспечить сброс данных на диск во всех случаях на всех поддерживаемых платформах.
  • Добавлена опция сборки MDBX_MMAP_USE_MS_ASYNC, позволяющая отключить использование системного вызова msync(MS_ASYNC), в использовании которого нет необходимости на подавляющем большинстве актуальных ОС. По-умолчанию MDBX_MMAP_USE_MS_ASYNC=0 (выключено) на Linux и других системах с unified page cache. Такое поведение (без использования msync(MS_ASYNC)) соответствует неизменяемой (hardcoded) логике LMDB. В результате, в простых/наивных тестах производительности, libmdbx опережает LMDB примерно так же, как при реальном применении.

    На всякий случай стоит еще раз отметить/напомнить, что в Windows предположительно libmdbx будет отставать от LMDB в сценариях с множеством мелких транзакций, так как libmdbx осознанно использует в Windows файловые блокировки, которые работают медленно (так как плохо реализованы в ядре ОС), но позволяют застраховать пользователей от массы неверных действий, приводящих к повреждению БД.

  • Добавлена поддержка непечатных имён для subDb.
  • Добавлен явный выбор tls_model("local-dynamic") для обхода проблемы "relocation R_X86_64_TPOFF32 against FOO cannot be used with -shared" из-за ошибки в Clang, приводящей к использованию неверного режима ls_model.
  • Изменена тактика слияния страниц при удалении. Теперь слияние выполняется преимущественно с уже изменённой/грязной страницей. Если же справа и слева обе страницы с одинаковым статусом, то с наименее заполненной, как прежде. В сценариях с массивным удалением это позволяет увеличить производительность до 50%.

  • Добавлен контроль отсутствия LCK-файлов с альтернативным именованием.
  • Доработана поддержка авто-слияния записей GC внутри page_alloc_slowpath(). Задействован единый курсор для поиска в GC. Переработаны внутренние флаги, связанные с выделением страниц из GC. Доработана подготовка резерва перед обновлением GC при включённом BigFoot.
  • Оптимизировано применение pnl_merge() для случаев неперекрывающихся объединяемых списков. Оптимизирована поддержка отсортированного списка страниц в dpl_append(). Ускорена работа mdbx_chk при обработке пользовательских записей в @MAIN.
  • Выполнена переработка LRU-отметок для спиллинга.
  • Переработан контроль "некогерентности" Unified page cache для уменьшения накладных расходов.


  1. Главная ссылка к новости (https://gitflic.ru/project/ert...)
  2. OpenNews: Релиз LDAP-сервера ReOpenLDAP 1.2.0
  3. OpenNews: Выпуск СУБД libmdbx 0.11.7. Перенос разработки на GitFlic после блокировки в GitHub
  4. OpenNews: Опубликован второй кандидат в релизы встраиваемой СУБД libmdbx 1.0
Автор новости: erthink
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/58448-libmdbx
Ключевые слова: libmdbx
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (149) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Герострат (?), 09:45, 08/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что быстрее и менее требовательно к ресурсам - сабж или sqlite?
     
     
  • 2.2, Аноним (2), 09:51, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –10 +/
    Сабж не субд, поделка уровня berkleydb. Так что должно быть быстрее. Надёжность и отказоустойчивость, видимо, куда ниже. Не уверен как по сравнению с leveldb, есть 1001 способ её уничтожить.
     
     
  • 3.3, Аноним (2), 09:54, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Некоторые вон запускают sqlite поверх lmdb. Сложно сказать, насколько это оправдано.
     
  • 3.4, Аноним (4), 10:11, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вполне себе СУБД, или очередной иксперт не знает, что СУБД не обязательно должна быть реляционной?
     
     
  • 4.5, Аноним (2), 10:21, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Не обязательно, но поделка уровня berkleydb нет. Кстати, это вроде называется ВСУБД в русском языке, чтобы избежать разночтений, хотя это за неимением лучших терминов.
     
     
  • 5.74, barmaglot (??), 20:48, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Мде. Мне кажется или долбодятлов становится больше с каждым годом? Сам то аноним конечно выпускает "не поделки уровня Oracle RDBMS", каждые пол года ...
     
     
  • 6.90, Аноним (2), 21:49, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Аноним применяет их в своих продуктах чаще чем каждые полгода, подёб не засчитан. На самом деле их становится меньше, все эти пенсионеры "на опыте" отправляются на тот свет.
     
     
  • 7.147, bOOster (ok), 10:22, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Аноним еще от юношеского максимализма не избавился.
     
     
  • 8.153, Michael Shigorin (ok), 12:07, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Он, собственно, слова по назначению ещё не научился применять Увы ... текст свёрнут, показать
     
  • 4.8, kusb (?), 10:36, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А ФС СУБД?
     
     
  • 5.200, Аноним (200), 15:47, 10/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    у оракла - да.
     
  • 4.84, Аноним (84), 21:40, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    а ты знаешь что такое система управления?
     
  • 3.22, Свидетель ржавоговы (?), 13:02, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –5 +/
    SQL != NoSQL, СУБД == СУБД, РСУБД >= СУБД
     
  • 3.27, Аноним (27), 13:38, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Сабж не субд, поделка уровня berkleydb. Так что должно быть быстрее.

    Поделку Berkeley DB делали авторы учебников, по которым учились те, кто учил вас.
    Ну т.е. действительно, исходно это поделка студентов-практикантов, которую несколько раз допеределывали и довели до премии SIGMOD.

    Впрочем, награждение SIGMOD тут "за вклад в развитие индустрии" в связи с почетным выходом на пенсию, как авторов, так и самого проекта, в том числе за то, что на практике показали-проверили как не надо делать.

     
  • 3.33, Аноним (27), 14:07, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Надёжность и отказоустойчивость, видимо, куда ниже. Не уверен как по сравнению с leveldb, есть 1001 способ её уничтожить.

    Чтобы делать выводы всё-таки лучше знать как оно устроено и т.п.
    А если нет времени, то смотреть на тех, кому пришлось вникать, тестировать и делать выбор.

    Erigon тут является неплохим публичным технологическим примером - там нужна как надежность, так и скорость.
    Даже Paradigm использует "поделку" https://github.com/paradigmxyz/reth/tree/main/crates/storage/libmdbx-rs

     
  • 3.38, Аноним (38), 14:45, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У BDB есть, как минимум, транзакции, различные представления данных (ключ-значение и ещё 3) и восстановление после сбоев.
     
     
  • 4.41, Аноним (27), 15:42, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > У BDB есть, как минимум, транзакции, различные представления данных (ключ-значение и ещё
    > 3) и восстановление после сбоев.

    Никто не запрещает вам любить эту стюардессу на зло бабушке, и отыскивать в ней преимущества.
    Но уже лет 15 для всех сценариев можно найти что-то либо более удобное, либо более быстрое, либо более надежное и т.д.

    Поэтому BDB не просто не используют в новых проектах, а выпиливают из старых.
    Изменение лицензии стало последней каплей.

    В Debian, например:
    https://lists.debian.org/debian-devel/2014/06/msg00328.html
    https://lists.debian.org/debian-devel/2014/06/msg00338.html

    Даже Oracle закопал BerkeleyDB в прошлом году.

     
     
  • 5.48, Аноним (48), 18:11, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В википедии As of 2022 Oracle has ceased to develop BDB.

    А есть какая-то официальная инфа от оракла?

     
  • 5.148, bOOster (ok), 10:24, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В стане оголтелых линуксоидов, как не странно полно придурков, пытающихся выпилить то одно, то другое.
     
  • 4.183, Аффтар (?), 17:43, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    По ряду причин BDB померла лет 10 назад, а лет 5 назад закончились обсуждения ... большой текст свёрнут, показать
     
  • 3.152, Michael Shigorin (ok), 12:05, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    libmdbx, значит, не СУБД, а libsqlite, значит, СУБД?

    Не перестаю удивляться таким биполярным исследователям.

    PS: забыл второе "lib", добавил.

     
     
  • 4.176, Аноним (2), 16:20, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Sqlite хотелось бы назвать субд, поскольку помимо это помимо либы "чёрного ящика" так же и набор утилит для работы с файлами, в протоколе взаимодействия имеется куча возможностей вполне себе серьёзного уровня, да и она сама вполне заменяет постгрес. Самое приятное это конечно acid, на который можно положиться. Даже когда я пишу в неё из нескольких потоков, у меня кончается место на диске и отключается электричество, с ней решительно ничего не случается.
     
     
  • 5.177, Аноним (2), 16:24, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    С leveldb ещё было любое аварийное завершение программы (в коде, совершенно к ней не относящемуся) ведёт к повреждению файлов, я так и не разобрался что именно происходило, но на следующей загрузке ошмётки разлетались во все стороны.
     
  • 2.11, Аноним (27), 11:17, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Сабж, причем в разы. Только это key-value, а не sql.
    Сможете использовать по-уму, будет вам счастье как в Erigon.
    Иначе будите лить слезы в смузи и хейтить как парочка местных анов.
     
     
  • 3.21, Fracta1L (ok), 12:54, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Только это key-value

    Для конфигов, получается?

     
     
  • 4.45, AmurzetA (?), 17:18, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Спектр применения довольно широкий. Например, когда разрабатывал NetFlow коллектор именно подобную библиотеку использовал. Поддержка SQL избыточна и вызывает замедление в разы. А задача критична к скорости вставок при агрегации.
     
  • 2.29, Александр (??), 14:00, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Мух с котлетами сравниваете...
     
  • 2.167, mos87 (ok), 12:50, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    да.
     

  • 1.6, Иваня (?), 10:30, 08/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ого, первый проект на gitflic.
     
     
  • 2.7, Аноним (2), 10:32, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Как там с цензурой, сколько неугодных задней пятке проектов уже выпилили?
     
     
  • 3.10, Аноним (10), 10:55, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Проект "позитивного" не может быть неугодным для этих, на одного ведь Хозяина работают. Разработка крутая, но её автор не брат мне.
     
     
  • 4.154, Michael Shigorin (ok), 12:09, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Проект "позитивного" не может быть неугодным для этих,
    > на одного ведь Хозяина работают. Разработка крутая, но её автор не брат мне.

    Сами-то чьих будете, небрат?

     
  • 3.23, Свидетель ржавоговы (?), 13:03, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Вы просто не в курсе, что они оказались не нужны тому, ради кого выпиливают
     
     
  • 4.24, Свидетель ржавоговы (?), 13:04, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    (потому что деньги не попилены, а эти уже что-то сделали, вот наглость)
     
  • 2.31, Аноним (31), 14:01, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Почитай старые темы про сабж. Сейчас придет автор и будет топить про величие.
     
     
  • 3.50, Аноним (48), 19:09, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нагуглил https://www.linux.org.ru/news/opensource/16854018, оттуда https://www.bnbchain.org/en/blog/ankr-contributing-to-bsc-and-implementing-eri

    Там пишут что получилось и вот такое: MDBX drivers bring performance up by 30% compared to other databases like RocksDB or LevelDB.

    Врут или сабж настолько крут?
    Чего я не понимаю?

     
     
  • 4.77, barmaglot (??), 20:56, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Нет не врут. Изначально libmdb была примерно на столько быстрее leveldb и в 10 раз удобнее. libmdbx, значительно переработана с фиксом кучи багов и кучей доп функционала.libmdb использовал в своё время как in-memory key-value ACID хранилище, она была самой быстрой лет 7 назад. libmdbx типа быстрее, но я не тестировал.
     
     
  • 5.80, Аффтар (?), 21:19, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В makefile есть таргет bench-couple
    https://gitflic.ru/project/erthink/libmdbx/blob?file=GNUmakefile#line-num-846

    Вот пример результатов бенчмарка libmdbx и LMDB
    https://t.me/libmdbx/4102

    А тут поясняют почему перешли с LMDB на libmdbx
    https://github.com/ledgerwatch/erigon/wiki/Criteria-for-transitioning-from-Alp

     
  • 4.201, Alpha (?), 20:47, 10/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Подвирают На самом деле больше, но смотря что и как считать Были некие первые ... большой текст свёрнут, показать
     

  • 1.9, Аноним (9), 10:46, 08/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Есть какие то опции для использования hugepages ?
     
     
  • 2.12, Аноним (27), 11:24, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    MADV_HUGEPAGE будет работать, но зачем?
    Запись и чтение на диск тоже ведь будет этими большими страницами.

     

  • 1.13, Аноним (27), 11:26, 08/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Немного бенчмарков коммит 589b1db869473b14943d7703558fa7e69bcee0c5 dev shm ... большой текст свёрнут, показать
     
     
  • 2.14, Аноним (27), 11:28, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Там еще есть https://t.me/libmdbx/4111 и https://t.me/libmdbx/4112
     

  • 1.16, pashev.ru (?), 11:43, 08/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    > libmdbx медленнее LMDB в сценариях iterate и get из-за дополнительных проверок

    Привет поклоникам «безопасных» языков, которые тормозят, даже если это не нужно.

     
     
  • 2.19, Аноним (27), 12:18, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Привет поклоникам «безопасных» языков, которые тормозят, даже если это не нужно.

    Цитата из группы в телеге:
    В libmdbx выполняется больше проверок, с тем чтобы (например) при неверном использовании API явно возвращать код ошибки, и тем самым минимизировать вероятность сложно-воспроизводимых вероятностных ошибок (aka heisenbug).
    Большинство таких проверок можно отключить задав соответствующие опции сборки (см. src/options.h).

    Видимо речь вот об этом https://libmdbx.dqdkfa.ru/group__build__option.html

    По-умолчанию проверки включены, но можно выключить.
    Вроде-бы очень здравый подход.

     
     
  • 3.28, pashev.ru (?), 13:40, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > По-умолчанию проверки включены, но можно выключить.

    Вроде-бы очень здравый подход.

    Вот именно.

     
  • 2.35, Аноним (4), 14:26, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ACID-полные базы данных сейчас такие нервно вздрогнули.
     
     
  • 3.169, mos87 (ok), 12:53, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    оригинал (по словам Говарда) проходит тест.
    так шо может и вздрогнули? выпили за нового товарища тысызать.
     

  • 1.18, Аноним (18), 12:04, 08/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Чем оно лучше mysql embedded / libmysqld?
     
     
  • 2.20, Аноним (27), 12:34, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    mysql это уютный ламповый обогреватель, а libmdbx - тонна пороха.

    Для охоты на медведя нужен порох.
    А для тепла лучше взять обогреватель.

     
     
  • 3.93, Аффтар (?), 22:08, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Как отметил в телеграм-группе - очень неплохой слоган получился.
     
  • 2.25, Свидетель ржавоговы (?), 13:07, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чем учебник лучше словаря?
     
  • 2.32, Аноним (31), 14:03, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Тем что «зонды» от другого производителя.
     
  • 2.170, mos87 (ok), 12:53, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    чем sql.
     

  • 1.30, Александр (??), 14:00, 08/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мух с котлетами сравниваете...
     
  • 1.37, Аноним (37), 14:29, 08/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    жесть, у них там в гите описание на русском. слабонервным возбраняется
     
     
  • 2.39, Аноним (27), 15:04, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > жесть, у них там в гите описание на русском. слабонервным возбраняется

    А вы на русском уже плохо понимаете или родным не считаете?

     
     
  • 3.155, Michael Shigorin (ok), 12:12, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> жесть, у них там в гите описание на русском. слабонервным возбраняется
    > А вы на русском уже плохо понимаете или родным не считаете?

    Слабонервный же.

     
  • 2.40, Бывалый смузихлёб (?), 15:33, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > у них там в гите описание на русском

    как будто это что-то плохое

     
  • 2.42, Аноним (2), 16:00, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Вообще, не стоит стесняться своего языка в коде. Азиаты вон ничуть не стесняются, например. Сносный русский лучше плохого английского, опять же. Это мало на что влияет, и если ты не можешь понять, ты будешь действовать по привычной схеме, когда ничего просто нет. Зато разрабам так удобнее в своём коде разбираться.
     
     
  • 3.43, Ivan_83 (ok), 16:28, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Отвечу вам и тем двоим выше.

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

     
     
  • 4.44, Аноним (2), 17:03, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это проблема тех людей. Даже если ты берёшь код на китайском языке (потому что он уже есть и делает именно то, что тебе нужно), придёшь ли ты в тот проект или просто возьмёшь код себе?
     
     
  • 5.51, Ivan_83 (ok), 19:22, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Я прихожу в проект только когда я им пользуюсь и мне надо что то пофиксить или улучшить.
    Если это проект не на гитхубе/гитлубе или каком то ещё адекватном гит хостинге - то я туда скорее всего не дойду.
    Если проект не на инглише - то я опять де туда не дойду.

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

     
     
  • 6.56, Аноним (2), 19:38, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На практике твоя цель взаимодействия с любым проектом -- исправить то или это в апстриме, с целью разгрузить сопровождение собственных фиксов с себя. Иногда бывает сложно объяснить необходимость исправлений независимо от языка, и их всё равно не примут по тем или иным причинам. Но это же причина по которой далеко не всё возвращается в проект. Поэтому есть куча загибающихся проектов с кучей проблем, которые тем не менее успешно используется в коммерческом ПО (и там эти проблемы либо исправлены, либо используются собственные реализации для части проблемных возможностей).
     
  • 6.59, Аноним (59), 19:52, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > национальном хостинге и на национальном языке

    Так что вы делаете на СШАшном shitхабе с их СШАшным языком?

    > Я прихожу в проект только когда я...
    > ... то я ...
    > ... то я такой ...
    > ... я останусь ...

    Походу хостинг на gitflic избавляет от всякого якающего фуфла ;)

     
     
  • 7.72, Ivan_83 (ok), 20:41, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Английский язык не принадлежит США, а на гитхубе я взаимодействую с сообществом.

    Ну вот и окукливайтесь дальше со своим фликами на эльбрусах :)

     
     
  • 8.75, Аноним (59), 20:50, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    а покажи те свое взаимодейтвие с сообществом на шитхабе или фуфлон на 100 ... текст свёрнут, показать
     
     
  • 9.76, Ivan_83 (ok), 20:55, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    https github com rozhuk-im ... текст свёрнут, показать
     
     
  • 10.100, мне сорок лет и я живу с мамой (?), 23:36, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    а куда смотреть чтобы не-развидеть ... текст свёрнут, показать
     
  • 10.157, Michael Shigorin (ok), 12:18, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Заглянул в пару проектов, которые применяю В одном Ваших коммитов не заметил, ... текст свёрнут, показать
     
  • 6.149, bOOster (ok), 10:28, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Google Translate щас даже самые придурки пользоваться научились, когда нужен код, по общим сведениям нужный программисту для дальнейшей разработки софта.
     
  • 6.156, Michael Shigorin (ok), 12:13, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Если оно висит на каком то национальном хостинге и на национальном языке

    Уходите с гитхаба и из проектов на en_US.

    > оно может внезаптно накрытся и я останусь с непонятным легаси без поддержки

     
     
  • 7.187, Ivan_83 (ok), 18:05, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы что?
    Я лучше от русского избавлюсь, заодно и раскладку переключать не придётся постоянно, вот что удобства добавит в жизни.
     
  • 5.55, Аноним (55), 19:37, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Я не беру код на китайском языке Хотят писать на китайском - вот пусть и остаёт... большой текст свёрнут, показать
     
     
  • 6.58, Аноним (2), 19:44, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Азиаты реально не говорят на английском, даже на уровне basic english. Что касается китайцев, то даже те, которые в айти-деревнях тусуют. Даже если у тебя есть очень базовые навыки понимания текстов, это не значит, что ты автоматически можешь строить осмысленные фразы на этом языке.
     
     
  • 7.61, Аноним (61), 20:01, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я тебе больше скажу. У китайцев по 2 имени. Одно - китайское, другое - английское. Английское они получают примерно в школьном возрасте. Экономика КНР ориентированна на экспорт, поэтому работать с зарубежными партнёрами китайцев готовят с малых лет. Включая наличие дополнительного имени, которым можно представляться партнёрам, чтобы их не распугивать. (Я предпочитаю говорить с людьми, используя их настоящее имя, а не выдуманное с целью водить меня за нос) Так что английский там знают. Но это совершенно не значит, что с тобой лично вон тот конкретный "китаец" на нём будет говорить. Если это часть его работы - говорить с тобой на инглише - то точно будет. А в ином случае - не гарантировано.
     
     
  • 8.103, Анончик (?), 00:19, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У нас с вами очень разный опыт Китайский Английский ужасен, это хуже чем индусы... текст свёрнут, показать
     
  • 6.158, Michael Shigorin (ok), 12:22, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, конечно Цивилизация осталась, а вот Запад покатился дальше по highway to ... большой текст свёрнут, показать
     
     
  • 7.188, Ivan_83 (ok), 18:10, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы там телевизер ещё больше смотрите, окажется что и космос давно освоен батутом.

    Английский закончится тогда когда все перейдут на телепатию или универсальный межгаллактический язык. Пока же на этой планате это основной универсальный язык.
    И столицы у него нет.

     
     
  • 8.193, Аффтар (?), 19:40, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Tantum asinis loqui de futuro sine sciens praeteritum Novum erit restituo vetus... текст свёрнут, показать
     
     
  • 9.199, Аноним (199), 11:18, 10/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да будет novus ordo seclorum ... текст свёрнут, показать
     
  • 4.46, Герострат (?), 17:22, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Какие комплексы)
     
     
  • 5.52, Ivan_83 (ok), 19:23, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Поясните.
     
     
  • 6.85, Клаус Шваб (?), 21:40, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > всё мировое сообщество

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

     
     
  • 7.104, Ivan_83 (ok), 00:41, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Мировое сообщество програмистов это те кто умеет программировать.
    Эти люди по исторически сложившимся причинам общаются между собой на английском языке, да и с компом тоже.

    Если у вас есть комплексы по поводу того как вы говорите на английском - это ваши проблемы.

     
  • 4.47, Аноним (48), 17:59, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Уже лет 5 как "лучше всего для проекта" быть транс-сексуальной чернокожей лесбиянкой с переломанным позвоночником и работать в ФБ )

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

    Поэтому кто-то прогибает мир под себя, а кто-то как вы.

     
     
  • 5.53, Ivan_83 (ok), 19:26, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Это ваши фантазии, меньше смотрите телевизор.

    Я уже писал что все языки кроме английского обречены.

    Китайцы либо пишут на инглише и ничем не отличаются от програмистов из европы и америки или сидят у себя на китайском за миску лапши и 9/11 или сколько они там впахивают.
    Аналогично с индусами: или они общаются с заказчиками на инглише или работают на того кто умеет с ними общатся за скромную пайку.

     
     
  • 6.57, Аноним (48), 19:40, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А отчего вы считаете что ваше мнение ценно?
    Вы у нас кто?

    Ну там что сделали, как себя проявили, ачивки какие-то может быть?

     
     
  • 7.60, Ivan_83 (ok), 19:55, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Вы хотите спорить с моим мнением или мерятся авторитетностью?
    Последнее меня не интересует.
     
     
  • 8.63, Аноним (59), 20:11, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    пытался понять что может быть ценного в вашем мнении ... текст свёрнут, показать
     
     
  • 9.160, Michael Shigorin (ok), 12:24, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Самомнение самоценно D Правда, лишь для носителя ... текст свёрнут, показать
     
  • 6.62, Аноним (61), 20:11, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >все языки, кроме китайского, обречены

    Пофиксил. С прогрессом в области ИИ язык вообще теряет значение. Когда-нибудь автоматический переводчик сможет переводить с любого языка на любой качественно настолько, что вообще учить иностранные языки для 95% населения не придётся. О какой обречённости можно говорить?

    А вот если КНР захватит весь мир и загеноцидит всех, кто не захочет перейти на китайский, по типу того, как оно геноцидит уйгуров, тогда обречены действительно будут. И этот вариант представляется мне весьма вероятным.

     
     
  • 7.64, Аноним (59), 20:13, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А уйгуры в курсе?
    Или американского "телевизора" насмотрелись?
     
  • 7.69, Ivan_83 (ok), 20:36, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Нет После английского будет нечто другое, связанное с мозговыми имплантами Тру... большой текст свёрнут, показать
     
     
  • 8.81, Клаус Шваб (?), 21:34, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ооо, это мы одобряем Наш человек, прогрессивный, стильный, модный Иван, не помн... текст свёрнут, показать
     
  • 7.95, Аффтар (?), 22:23, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С одной стороны, хорошо что вы рассуждаете А с другой плохо, что рассуждениями ... большой текст свёрнут, показать
     
     
  • 8.207, Аноним (207), 01:09, 15/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за развёрнутый ответ Совет изучить другие языки впрок не пойдёт, к сожа... большой текст свёрнут, показать
     
  • 6.67, Ыыыыыы (?), 20:30, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Китайцы либо пишут на инглише и ничем не отличаются от програмистов из европы и америки или сидят у себя на китайском за миску лапши и 9/11 или сколько они там впахивают

    У них куча проектов, в том числе по части процессоров, где дока чисто на китайском. В рот они всех англоговорящих.

     
     
  • 7.70, Ivan_83 (ok), 20:37, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это как с эльбрусом: если оно не пойдёт в мир то это никто не станет покупать и даже даром брать.
     
     
  • 8.162, Michael Shigorin (ok), 12:31, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я же говорил не вставая из-за своего Э16С , что Вы дурак http habr com ru... текст свёрнут, показать
     
     
  • 9.186, Ivan_83 (ok), 18:03, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Два фрика-мазохиста которым по работе с этим недоразумением работать приходится ... текст свёрнут, показать
     
  • 6.79, Герострат (?), 21:10, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Понятно, очередной аутист, не понимающий как устроен реальный мир. "Все языки, кроме одного, обречены", давно так не ржал
     
     
  • 7.106, Ivan_83 (ok), 00:50, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Я то вижу как относительно малые по численности языковые группы живут в информационном гетто, это толкает их в мир англиского.
    Дальше этот снежный ком будет только расти и становится сильнее.
    Это вам пока не видно, вам то все кина в кинотеатрах показывали в дубляже на нац языке, а другие ходят в кино на англиском а свой родной читают с субтитров. Или не в кино а в нетфликсе дома.
    И в инете вы пока ещё можете нагуглить ответы на родном языке. Правда ответов не много, иногда совсем нет, иногда они бестолковые, но всё же пока есть.
     
     
  • 8.134, _ (??), 03:41, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    До чего же ты __раб__, аж тошно В южных штатах США, даже в самом Техасе - ис... текст свёрнут, показать
     
     
  • 9.140, Ivan_83 (ok), 06:03, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    И много на том испанском выходит научного и развлекательного контента Много язы... текст свёрнут, показать
     
     
  • 10.205, _ (??), 01:22, 13/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Про науку - не скажу Про развлечения - испансих каналов как бы не больше И та... большой текст свёрнут, показать
     
  • 9.164, Michael Shigorin (ok), 12:32, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Возвращайся, брат, пока транспорт ходит ... текст свёрнут, показать
     
     
  • 10.185, Ivan_83 (ok), 17:56, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В московское гетто Чего ради ... текст свёрнут, показать
     
     
  • 11.206, _ (??), 01:29, 13/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дык выбор то уже не из гетто vs не-гетто Как бы мне не тошно было это видеть ... текст свёрнут, показать
     
  • 6.86, Клаус Шваб (?), 21:43, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > меньше смотрите телевизор.

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

     
  • 4.49, пох. (?), 18:34, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Не ссы, в проект на гитфрике не придут в любом случае.

    Хотя я бы им советовал все же по-английски - а то новые господа, когда придут, по-английски-то прочитали бы, они привычные, а тут заставят переводить на более удобный им мандарин, причем как обычно, сначала палок выпишут (а потом еще раз, просто традиция такая).

     
     
  • 5.68, Ыыыыыы (?), 20:32, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Ты видать не в курсе истории, что проект был на инглише на шитхабе, но его забанил шитхаб. Собственно, я не удивлён в осведомленности местного ыксперта.
     
     
  • 6.71, Ivan_83 (ok), 20:38, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Чтобы тебя забанил гитхуб - это надо постаратся, статус иноагента получить проще :)
     
     
  • 7.82, Клаус Шваб (?), 21:37, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дайте ваши координаты, нам нужны такие как Вы. Трансгуманистическая транснациональная личность. Правда, количество данных на жестком диске не делает его разумным, но это ладно...
     
  • 7.87, Вы забыли заполнить поле Name (?), 21:44, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не поверишь https://www.opennet.ru/opennews/art.shtml?num=57077

     
     
  • 8.91, Аноним (31), 21:50, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Почитай комментарии автора странно что его раньше не забанили ... текст свёрнут, показать
     
     
  • 9.98, Вы забыли заполнить поле Name (?), 22:38, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Комментарии к чему На шитхабе все ок было ... текст свёрнут, показать
     
  • 8.107, Ivan_83 (ok), 00:53, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Так не надо было связывать свой акк с теми зашкварщиками что под санкции попали ... текст свёрнут, показать
     
     
  • 9.109, Вы забыли заполнить поле Name (?), 01:55, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зашкварщик в этой истории один - шитхаб ... текст свёрнут, показать
     
  • 9.112, Вы забыли заполнить поле Name (?), 01:59, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    По каким же ... текст свёрнут, показать
     
  • 9.194, Борменталь (?), 22:47, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Полиграф Полиграфович, вам лучше оставаться Шариком Вы ровно также ничего из се... текст свёрнут, показать
     
     
  • 10.195, Аффтар (?), 23:07, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1 ad formicam, omnis calcaneum est iuppiter ... текст свёрнут, показать
     
  • 10.196, Ivan_83 (ok), 00:04, 10/01/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нет никакого пеитета Был бы вместо англиского испанский в компах или китайский ... текст свёрнут, показать
     
  • 6.92, Аноним (31), 21:52, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ты походу не в курсе что на гит мать его флике тоже можно писать на инглише. Грамоте ты явно не обучен.
     
     
  • 7.110, Вы забыли заполнить поле Name (?), 01:56, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ты походу не в курсе что на гит мать его флике тоже
    > можно писать на инглише. Грамоте ты явно не обучен.

    Там кстати описание проекта на англ. Видимо он вообще по ссылке не ходил. Одно слово - эксперт.

     
  • 7.113, Вы забыли заполнить поле Name (?), 02:03, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ты видать не в курсе истории, что проект был на инглише на шитхабе, но его забанил шитхаб.
    > это как-то изменит ситуацию что в прожект на шитфрике не придет ни
    > один разработчик кроме уззкоязычных из одной отдельно взятой? (И отдельно не
    > придут еще и потому что побрезгуют.)

    Глупость не пиши. Если проект важен для кого-то, то придут. Не важно шитхаб, шитлаб, гитфлик, сурсхат или что-то еще.

    > Так что пишите комменты на китайском, ваши будущие господа непременно оценят.

    Твои господа уже оценили как ты встаешь в позу, можешь выпрямиться. Или нет, лучше оставайся в такой, тебе идет.

     
  • 3.108, Аноним (108), 01:14, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Сносный русский лучше плохого английского, опять же

    Что за тупые крайности? А если отличный английский vs отличный русский?

     
     
  • 4.179, Аноним (2), 16:37, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я ещё не видел отличного русского или отличного английского даже от нейтивов. Ну это логично, мы тут не книги пишем и вычитку некому делать (и то часто экономят на кадрах и мусор проскакивает и тогда).
     
     
  • 5.208, Michael Shigorin (ok), 22:01, 02/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Я ещё не видел отличного русского или отличного английского

    А я видел.  И несу дальше -- чего и Вам желаю :)

     

     ....большая нить свёрнута, показать (73)

  • 1.78, Аноним (78), 21:09, 08/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дожили, ключ-значение себе сами написать не могут. Вы обречены.
     
     
  • 2.83, Аноним (84), 21:38, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    дык оналитеки хотят, а посчитатать свои ключи очень сложна :D
     
  • 2.102, Анончик (?), 00:14, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно понимаю что sdb,gdb не нужны и вы сами свой  уникальный хэшмап пилите, надеюсь с собственной хэш-функцией как положено?
     
     
  • 3.150, Аноним (150), 10:51, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У тебя теплое с зеленым в голове часто смешивается, что ты пишешь все подряд, к делу не относящиеся?
     
  • 3.151, Аноним (150), 10:53, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, исходя из типа ключа и значения. Поэтому у меня скорость всегда как минимум в два раза выше.
     

  • 1.94, Роман (??), 22:18, 08/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Первый способ выгоднее при записи малого количества страниц и/или если канал взаимодействия с диском/носителем имеет близкую к нулю задержку. Второй способ выгоднее если требуется записать много страниц и/или канал взаимодействия имеет весомую задержку (датацентры, облака). Добавленная опция MDBX_opt_writethrough_threshold позволяет во время выполнения задать порог для динамического выбора способа записи в зависимости от объема и конкретных условия использования.

    Вот он какой, Cloud Native! ;)

     
     
  • 2.96, Аффтар (?), 22:27, 08/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Попросили сделать "крутилку" - нам не жалко.
    Всё проще чем "нативные" патчи раздавать.
     

  • 1.142, Линус Торвльдс (?), 06:55, 09/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Стабильность и хорошо работающий заявленый функционал гарантирован?
     
  • 1.144, Аноним (144), 08:25, 09/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На NFS с нескольких узлов можно юзать?
     
     
  • 2.171, mos87 (ok), 12:54, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >На LDAP с нескольких узлов нужно юзать

    фксд

     
  • 2.172, Аффтар (?), 13:25, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В общем случае нет, так как libmdbx работает в разделяемой памяти.

    Можно:
    1. В эксклюзивном режиме (с БД работает один процесс).
    2. В тотальном read-only режиме (никто не пишет в БД).

     
     
  • 3.173, Михаил (??), 15:30, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Жалко. Sqlite, в таком режиме, в принципе работает, но с адскими тормозами на локах. И заменить нечем.
     
     
  • 4.181, Аноним (2), 17:23, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не используй локи, используй слипы. bigbrain.jpg
     
  • 4.189, Аффтар (?), 18:13, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Можно сделать еще "круче" - размесить в NFS образ виртуалки с сервером БД внутри и запускать его локально для обращения к БД.

    Конечно, лучше не есть с ножа (https://stackoverflow.com/questions/9907429/locking-sqlite-file-on-nfs-filesys), а использовать mysql/postgresql/tarantool и т.д.

     

  • 1.174, Аноним (174), 15:31, 09/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Заглянул в исходник и возник вопрос: почему Leonid Yuriev просто присвоил себе чужой код, тупо перебив копирайты? Даже следов, что это основано на LMDB не оставил. Разве так можно?
     
     
  • 2.175, мяя (?), 16:13, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Врёти https://gitflic.ru/project/erthink/libmdbx/blob?file=src%2Fcore.c
     
  • 2.178, llolik (ok), 16:33, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Прямо в основном хидере (mdbx.h) лицензия написана, в том числе и LMDB и то, что это форк, и всё остальное. Чем глядел в исходник-то?
     
  • 2.197, Аноним (48), 01:06, 10/01/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если немного проскроллить https://libmdbx.dqdkfa.ru/, то там есть табличка со статистикой.
    По-факту чел переписал все нахрен, но сохранил копирайты.

    Author loc coms fils distribution
    leo@yuriev.ru 72787 3574 93 98.7/94.9/58.1
    vromanov@gmail.com 503 5 7 0.7/ 0.1/ 4.4
    jsoref@users.noreply.github.com 123 2 23 0.2/ 0.1/14.4
    crypto.sowle@gmail.com 69 1 1 0.1/ 0.0/ 0.6
    andrea.lanfranchi@gmail.com 48 3 3 0.1/ 0.1/ 1.9
    dreamsxin@126.com 47 1 1 0.1/ 0.0/ 0.6
    hyc@symas.com 30 72 2 0.0/ 1.9/ 1.2

     

  • 1.180, Аноним (174), 16:38, 09/01/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    а тут https://gitflic.ru/project/erthink/libmdbx/blob?file=src%2Fmdbx_stat.c ?
     
     
  • 2.184, копираст (?), 17:49, 09/01/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так подай иск в суд, может там читать научат.
     

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



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

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