The OpenNET Project / Index page

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

13.08.2017 21:20  Доступен ReOpenLDAP 1.1.6, форк проекта OpenLDAP

Вышла новая версия ReOpenLDAP — форка проекта OpenLDAP, с устранением массы ошибок и ряда доработок для стабильной работы репликации. Проект ориентирован на надежность и производительность при использовании в решениях с высокой нагрузкой и промышленных системах в сфере телекоммуникаций. С выпуском 1.1.6 проект ReOpenLDAP отметил три года с момента своего основания (публичный форк появился чуть позже). Всё это время ReOpenLDAP работает 24x7 в инфраструктуре ПАО МегаФон, обеспечивая высоконагруженную обработку запросов в multi-master кластере с full-mesh репликацией.

Причиной создания форка стал отказ включения в основной состав OpenLDAP ряда исправлений из-за желания сохранения совместимости с устаревшими Си-компиляторами (совместимость с компиляторами без поддержки вариативных макросов, которые появились в стандарте C99, нарушалась лишь в одном патче из большой серии исправлений). После форка ветка ReOpenLDAP master поддерживается в стабильном состоянии и соответствует OpenLDAP/2.4.x, с добавлением отдельных доработок из OpenLDAP/master. Ветка ReOpenLDAP next соответствует следующей версии OpenLDAP/2.5.x.

Версия 1.1.6 аккумулирует работу 8 месяцев этого года и включает: более сотни коммитов, в том числе более 50 исправлений ошибок; поддержку musl-libc, а также ряд доработок для совместимости и упрощения сборки; Continuous Integration на инфраструктуре Travis-CI и Circle-CI.

С этим релизом ветка 1.1 получает статус архивно-стабильной. В ней будут исправляться ошибки, но какая-либо разработка будет прекращена. В свою очередь, работы в ветке 1.2 начнутся с переработки API в сопутствующих ldap-библиотеках с утратой совместимости с предыдущим версиями. Это позволит, с одной стороны, получить более прозрачное и удобное API, которое будет провоцировать меньше ошибок. С другой стороны, переработка API необходима для устранения неоднозначностей и адекватной работы статических анализаторов кода (Coverity, PVS-Studio и др.).

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

К сожалению, новые возможности не даются бесплатно. Для возможности их реализации в libmdbx был существенно переработан (и ещё не зафиксирован) внутренний формат БД, с потерей совместимости с предыдущими версиями.

Пользуюсь случаем хочется ответить на частый вопрос "Почему нет пакетов?": ReOpenLDAP ориентирован на достаточно специализированные сценарии применения, для которых не представляется возможным создать универсальную конфигурацию и собрать соответствующий пакет. Во всех известных (авторам) случаях используются адаптированны под собственные нужды конфигурации (опции configure, включая подключаемые модули и оверлеи), в частности используются монолитные сборки с LTO.

Планируемые (и большей частью уже реализованные) доработки libmdbx также приведут к утрате совместимости по формату БД. Всё это вместе давало повод не формировать пакеты, так как последующие обновления нарушили бы совместимость и только огорчили пользователей. Авторы не владеют информацией (не имеют полноценного видения) о том, в какой именно конфигурации должен быть собран ReOpenLDAP для пакетирования. Поэтому мы (прежде всего) ждем встречной активности от тех, кто уже использует проект или планирует это сделать (состав компонентов и библиотек принципиально не изменится, поэтому всячески приветствуются pull-request-ы с пакетированием).

  1. Главная ссылка к новости (https://github.com/leo-yuriev/...)
  2. OpenNews: Перевод интервью c главным архитектором проекта OpenLDAP
  3. OpenNews: OpenDJ - новый открытый LDAP-сервер, продолживший развитие Sun OpenDS
  4. OpenNews: Доступен модуль авторизации LDAP для nginx (nginx-auth-ldap)
  5. OpenNews: Релиз свободного LDAP-сервера Mandriva Directory Server 2.4.1
Автор новости: Леонид Юрьев
Тип: Программы
Ключевые слова: openldap, ldap, reopenldap
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Аноним (-), 22:21, 13/08/2017 [ответить] [показать ветку] [···]    [к модератору]
  • –1 +/
    Чем оно отличается от OpenLDAP? С апстримом синхронизируется или нет?
     
     
  • 2.2, Леонид Юрьев (?), 22:37, 13/08/2017 [^] [ответить]     [к модератору]
  • +3 +/
    Да, синхронизируется Хотя апстрим кошмарен, если разобраться Рекомендую г... весь текст скрыт [показать]
     
     
  • 3.3, Леонид Юрьев (?), 22:39, 13/08/2017 [^] [ответить]    [к модератору]  
  • +1 +/
    Упс, безопасный вариант второй ссылки = http://bit.ly/2fD7sCL
     
     
  • 4.33, Michael Shigorin (ok), 16:25, 14/08/2017 [^] [ответить]     [к модератору]  
  • +/
    Кстати, приезжайте в этом году И ещё кстати заметил сборку reopenldap-2 4 44... весь текст скрыт [показать]
     
     
  • 5.35, erthink (ok), 17:03, 14/08/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    Постараюсь Но увы обещать не могу Тут вот надо-бы в Брюссель ехать на https... весь текст скрыт [показать]
     
     
  • 6.52, Shtirlitsus (??), 15:05, 16/08/2017 [^] [ответить]    [к модератору]  
  • +1 +/
    > Если кратко, то это не я, а ребята из РедСофт.

    клевета. мы под Эльбрус ReOpenLdap не собирали.

     
     
  • 7.55, erthink (ok), 17:12, 16/08/2017 [^] [ответить]     [к модератору]  
  • +/
    Пардон, у меня под подозрением были только вы Точнее я был уверен Больше... весь текст скрыт [показать]
     
     
  • 8.89, Michael Shigorin (ok), 19:33, 22/08/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    > Поэтому для Эльбруса оно в лоб не собралось-бы.
    > Но если будут вести - маякните pls.

    Записал в тудушку спросить при встрече.

     
  • 1.5, Аноним (-), 00:08, 14/08/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +6 +/
    > В свою очередь, работы в ветке 1.2 начнутся с переработки API в сопутствующих ldap-библиотеках с утратой совместимости с предыдущим версиями.

    Речь вот об этой наркомании? :

           int ldap_search_ext(
                  LDAP *ld,
                  char *base,
                  int scope,
                  char *filter,
                  char *attrs[],
                  int attrsonly,
                  LDAPControl **serverctrls,
                  LDAPControl **clientctrls,
                  struct timeval *timeout,
                  int sizelimit,
                  int *msgidp );

     
     
  • 2.11, erthink (ok), 07:41, 14/08/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    gt оверквотинг удален Нет В этом API просто много параметров и пугающие LDAPC... весь текст скрыт [показать]
     
     
  • 3.28, Аноним (-), 14:08, 14/08/2017 [^] [ответить]     [к модератору]  
  • +2 +/
    Вы видели первую версию API ldap_search , без _ext Вот это называется логич... весь текст скрыт [показать]
     
     
  • 4.37, erthink (ok), 17:38, 14/08/2017 [^] [ответить]     [к модератору]  
  • +3 +/
    ldap_search просто вызывает ldap_search_ex подставляя кучу NULL Использоват... весь текст скрыт [показать]
     
  • 1.8, Ph0zzy (ok), 06:15, 14/08/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • –1 +/
    Если OpenLDAP не подошел может быть было лучше эти посмотреть:
    * http://directory.apache.org/
    * http://directory.fedoraproject.org/
    ?
     
     
  • 2.9, Аноним (-), 06:25, 14/08/2017 [^] [ответить]    [к модератору]  
  • +1 +/
    FDS вряд ли им подойдет, т.к. неторопливый на их нагрузках (сказывается использование bdb)
     
     
  • 3.10, erthink (ok), 07:16, 14/08/2017 [^] [ответить]     [к модератору]  
  • +3 +/
    Да, примерно так, но хуже На пробах нагрузку держал только OpenLDAP, все осталь... весь текст скрыт [показать]
     
     
  • 4.29, PnDx (ok), 14:21, 14/08/2017 [^] [ответить]     [к модератору]  
  • +/
    Поставить OpenLDAP HDB 124 MDB репликой к 389DS 124 FDS мульти-мастеру 1 Упр... весь текст скрыт [показать]
     
     
  • 5.30, erthink (ok), 15:35, 14/08/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    Увы, это все нереально 389DS не справляется с требуемой нагрузкой Если было-бы... весь текст скрыт [показать]
     
     
  • 6.41, PnDx (ok), 20:09, 14/08/2017 [^] [ответить]     [к модератору]  
  • +/
    Да, и в моём случае корень проблемы даже не столько в BDB как таковой на чтении... весь текст скрыт [показать]
     
  • 4.34, Michael Shigorin (ok), 16:28, 14/08/2017 [^] [ответить]     [к модератору]  
  • +/
    В одном федеральном органе такой AD держался на сильно специальном контракте по ... весь текст скрыт [показать]
     
     
  • 5.63, arkan (?), 13:22, 17/08/2017 [^] [ответить]     [к модератору]  
  • +/
    Не знаю про какой Вы там федеральный орган, но я лично участвовал во внедрении O... весь текст скрыт [показать]
     
     
  • 6.90, Michael Shigorin (ok), 19:36, 22/08/2017 [^] [ответить]     [к модератору]  
  • –1 +/
    Вообще LDAP -- не замена AD который надмножество покорёженного LDAP , это самбу... весь текст скрыт [показать]
     
  • 2.12, erthink (ok), 08:15, 14/08/2017 [^] [ответить]     [к модератору]  
  • +/
    У OpenDJ или 389DS будет шанс обогнать ReOpenLDAP по скорости только при замене ... весь текст скрыт [показать]
     
     
  • 3.14, Ph0zzy (ok), 08:50, 14/08/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    т.е. проблема именно в неприятии java?
    а значит ApacheDS пролетает из-за этого же?
     
     
  • 4.17, erthink (ok), 09:17, 14/08/2017 [^] [ответить]     [к модератору]  
  • +2 +/
    Что значит неприятие Java Неприятие кем Пролетает где Безотносительно Apach... весь текст скрыт [показать]
     
  • 4.23, andy (??), 10:29, 14/08/2017 [^] [ответить]    [к модератору]  
  • +4 +/
    Это не проблема, это реалии жизни. Потому, что большая часть того,
    что пишется на java, являет собой кучу гуано.
     
  • 3.16, Ph0zzy (ok), 09:09, 14/08/2017 [^] [ответить]    [к модератору]  
  • +/
    а на счет этого
    http://directory.apache.org/mavibot/
    движка что скажете?
     
     
  • 4.26, erthink (ok), 11:40, 14/08/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    С Mavibot в работе я не сталкивался Судя по описанию его устройство очень близк... весь текст скрыт [показать]
     
     
  • 5.27, Ph0zzy (ok), 12:37, 14/08/2017 [^] [ответить]     [к модератору]  
  • +/
    Последние несколько лет сильно за темой не слежу, так что эта новость первая, ко... весь текст скрыт [показать]
     
     
  • 6.31, erthink (ok), 15:56, 14/08/2017 [^] [ответить]     [к модератору]  
  • +3 +/
    Я бы не сказал что застой, точнее он только в OpenLDAP причины в моем понимании... весь текст скрыт [показать]
     
     ....нить скрыта, показать (16)

  • 1.13, Аноним (-), 08:44, 14/08/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • –2 +/
    >хочется ответить на частый вопрос "Почему нет пакетов?"

    хорошо, а почему нет ебилдов?

     
     
  • 2.20, erthink (ok), 09:31, 14/08/2017 [^] [ответить]    [к модератору]  
  • +2 +/
    Потому-что нам они не нужны, а вы их не сделали.
    Welcome = https://github.com/leo-yuriev/ReOpenLDAP/issues/35 :)
     
  • 1.15, Аноним (-), 09:06, 14/08/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +1 +/
    В чем преимущества по сравнению с 389 Directtory Server (RedHat Directory Server)?
     
     
  • 2.18, erthink (ok), 09:23, 14/08/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    Повторю еще раз скорость Чтобы у 389DS были шансы сравниться с OpenLDAP или R... весь текст скрыт [показать]
     
     
  • 3.22, Аноним (-), 10:28, 14/08/2017 [^] [ответить]    [к модератору]  
  • +/
    А вы пробовали с Red Hat на эту тему поговорить (разумеется с бенчмарками и прочими пруфами)?
     
     
  • 4.25, erthink (ok), 11:00, 14/08/2017 [^] [ответить]     [к модератору]  
  • +2 +/
    Говорить по-сути не о чем Проблема в другом, и уже давно как бревно в глазу У ... весь текст скрыт [показать]
     
  • 1.19, Аноним (-), 09:26, 14/08/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +4 +/
    Бурханыч еще и в сторону LDAP развивает Интернет?
     
     
  • 2.88, erthink (ok), 00:23, 21/08/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    Слоупок я, дошло о чем спрашивали Может и развивает, но мне об этом ничего не... весь текст скрыт [показать]
     
  • 1.21, Ph0zzy (ok), 10:25, 14/08/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • –1 +/
    может быть, если бы вы в своих репозиториях в гитхабе использовали другой язык, удалось привлечь внимание большего количества разарботчиков?
     
     
  • 2.24, erthink (ok), 10:40, 14/08/2017 [^] [ответить]     [к модератору]  
  • +/
    Да, конечно, это очевидно Но не все так однозначно Собственно главная пробле... весь текст скрыт [показать]
     
  • 1.32, ALex_hha (ok), 16:13, 14/08/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    А почему не LibreLDAP/LibreOpenLDAP? Зачем ломать стереотпы
     
     
  • 2.36, erthink (ok), 17:16, 14/08/2017 [^] [ответить]    [к модератору]  
  • +/
    Исходная цель ReOpenLDAP была попроще = навести минимальный порядок и поправить баги мешающие (мягко говоря) эксплуатации.

    Ну и Libre тогда только у офиса была, стереотипов еще не было )

     
  • 1.38, лютый жабист__ (?), 18:22, 14/08/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • –1 +/
    Если такие прямо несусветные запросы к производительности, почему не взяли просто in memory rdbms?
     
     
  • 2.39, лютый жабист__ (?), 18:23, 14/08/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    fix: не rdbms конечно, а dbms
     
     
  • 3.40, erthink (ok), 19:01, 14/08/2017 [^] [ответить]     [к модератору]  
  • +/
    Начиналось с другого, совсем Просматривался вариант реализовать одну из подсист... весь текст скрыт [показать]
     
     
  • 4.42, лютый жабист__ (?), 11:52, 15/08/2017 [^] [ответить]    [к модератору]  
  • –3 +/
    Есть полно промышленных решений особенно на почитаемой вами жабе которые не надо было ждать :D итого архитектора на мыло, трудозатраты не оценили путём, два года ваяли велосипед
     
     
  • 5.43, erthink (ok), 12:47, 15/08/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    У вас есть неточность - на java НЕТ промышленных и не промышленных решений кот... весь текст скрыт [показать]
     
     
  • 6.44, erthink (ok), 13:51, 15/08/2017 [^] [ответить]     [к модератору]  
  • +2 +/
    Чуть наброшу по теме Java Все ошибаются, и нисколько я не исключение Поэтому, ... весь текст скрыт [показать]
     
     
  • 7.45, лютый жабист__ (?), 09:04, 16/08/2017 [^] [ответить]     [к модератору]  
  • –4 +/
    Ибо уже года 3 могу ошибаться срывают сроки релизов из-за того По личному оп... весь текст скрыт [показать]
     
     
  • 8.48, erthink (ok), 12:12, 16/08/2017 [^] [ответить]    [к модератору]  
  • +/
    > По личному опыту...

    [...]

    Я там ответил, но получилось в новой ветке (видимо промазал по ссылке).

     
  • 8.59, Аноним (-), 10:31, 17/08/2017 [^] [ответить]    [к модератору]  
  • +4 +/
    В способности тру-жабистов нагрузить в полку все 100500 ядер системы даже обычным "Hello world!" никто и не сомневается.
     
  • 1.46, erthink (ok), 11:56, 16/08/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +1 +/
    > По личному опыту - в телекомах ЗП ровно вдвое ниже, чем у нормального бизнеса.

    Не заметил.

    > Соответственно, то что кто-то там сидит и три года за еду срывает сроки, ничего не доказывает.

    На самом деле платят и ищут профи.
    Просто предложите свои услуги, если не слабо:
    - https://hh.ru/vacancy/20985959
    - https://hh.ru/vacancy/20965714

    Мои компетенции можно по-обсуждать публично:
    - http://www.highload.ru/2017/abstracts/2837.html
    - http://www.highload.ru/2017/abstracts/2838.html
    - В Калуге на http://bit.ly/2w9xWTq
    - В Брюсселе на https://ldapcon.org/2017/

    Приходите. Welcome.

    На всякий, еще раз замечу:
    - Java отличный язык, особенно когда C/C++ не подходит (non reasonable) или их не осилили/загoвнoкодили.
    - разработка на Java всегда будет менее трудозатратной (дешевле) чем аналогичное C/C++.
    - правильно сделанная программа на Java всегда будет медленнее и прожорливее аналога на C/C++.

     
     
  • 2.47, erthink (ok), 12:09, 16/08/2017 [^] [ответить]     [к модератору]  
  • +2 +/
    Ох, судя по описанию java-вакансии в Петер-Сервисе еще не все пальцы отгорели от... весь текст скрыт [показать]
     
  • 2.49, лютый жабист__ (?), 12:26, 16/08/2017 [^] [ответить]     [к модератору]  
  • –3 +/
    По вакансии не скажешь, что ищут профи Ожидания уровня простого жабакодера з... весь текст скрыт [показать]
     
     
  • 3.50, erthink (ok), 13:10, 16/08/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    Ну я уже понял что вы у нас коренной уникум из defaultcity и за еду в Питер не... весь текст скрыт [показать]
     
     
  • 4.51, лютый жабист__ (?), 14:42, 16/08/2017 [^] [ответить]     [к модератору]  
  • –5 +/
    Какие кадры на hl встречаются, ржу не могу Увы, си днище, потому что нормальн... весь текст скрыт [показать]
     
     
  • 5.54, erthink (ok), 17:05, 16/08/2017 [^] [ответить]     [к модератору]  
  • +/
    Да, понимаю Но вы держитесь, нас всех когда-нибудь вылечат Короче, шанс еще ... весь текст скрыт [показать]
     
  • 5.58, bOOster (ok), 06:23, 17/08/2017 [^] [ответить]    [к модератору]  
  • +/
    Гражданин, в твоем кривом мозгу не созрело что JAVA изначально тоже писана на C? И собирается с теми-же -O ключами?
    "де$илы, $ля" (с)
     
     
  • 6.61, лютый жабист__ (?), 11:48, 17/08/2017 [^] [ответить]    [к модератору]  
  • –2 +/
    >JAVA изначально тоже писана на C

    И посмотри сколько ДЫРИЩ в каждой версии. Жду не дождусь когда жабку перепишут на rust-е, а си и на этой задаче пойдёт в помойку ;)

     
     
  • 7.69, bOOster (ok), 21:09, 17/08/2017 [^] [ответить]    [к модератору]  
  • +/
    Ну а rust видимо из "святым духом" программировался из сферического вакуума простанства и времени… (facepalm)
     
     
  • 8.87, лютый жабист__ (?), 16:36, 19/08/2017 [^] [ответить]     [к модератору]  
  • –5 +/
    Такой сверхироничный ламер, просто диву даюсь Раст это компилятор, пусть его хо... весь текст скрыт [показать]
     
  • 4.56, Лис (?), 21:48, 16/08/2017 [^] [ответить]     [к модератору]  
  • –4 +/
    Я жабу не люблю, но насколько я знаю, за счёт вирт машины можно делать runtime-... весь текст скрыт [показать]
     
     
  • 5.57, erthink (ok), 23:32, 16/08/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    JIT и интроспекция действительно позволяют делать некоторую оптимизацию, но вот ... весь текст скрыт [показать]
     
  • 5.64, лютый жабист__ (?), 17:21, 17/08/2017 [^] [ответить]     [к модератору]  
  • –3 +/
    Гуру из Positive Technologies видимо не знает, что в теоретической физике уже ле... весь текст скрыт [показать]
     
     
  • 6.65, Аноним (-), 17:55, 17/08/2017 [^] [ответить]    [к модератору]  
  • +2 +/
    Тоже слышал про сжатие пространства и отрицательную энергию.
    Но трицательный IQ вижу впервые, это прохая реклама для жабы.
     
  • 6.66, лютый жабист__ (?), 18:04, 17/08/2017 [^] [ответить]     [к модератору]  
  • –3 +/
    Кстати, ещё очевидный тезис, не раз его озвучивал JVM проектируют и программят ... весь текст скрыт [показать]
     
     
  • 7.68, erthink (ok), 20:36, 17/08/2017 [^] [ответить]     [к модератору]  
  • +3 +/
    Оставьте вы Леху в покое, его уже и так допекли разные грамотеи Знаете яву - от... весь текст скрыт [показать]
     
     
  • 8.70, bOOster (ok), 21:19, 17/08/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    Знатно потролилил убогого Хотя это и реализуется, и почти без падения производ... весь текст скрыт [показать]
     
     
  • 9.72, erthink (ok), 21:27, 17/08/2017 [^] [ответить]    [к модератору]  
  • +/
    > Знатно потролилил убогого ) Хотя это и реализуется, и почти без падения
    > производительности, но через JNI и опять с выходом на C :)

    Не, это было лишнее.
    Удалил.

     
  • 9.75, erthink (ok), 22:43, 17/08/2017 [^] [ответить]     [к модератору]  
  • +/
    В java нет uint64_t, поэтому умножение u64xu64- u128 придется делать через , ... весь текст скрыт [показать]
     
  • 8.80, лютый жабист__ (?), 05:17, 18/08/2017 [^] [ответить]     [к модератору]  
  • –5 +/
    The Future will Positive which are not uses specific hardware tricks это ты про ... весь текст скрыт [показать]
     
     
  • 9.81, Аноним (-), 12:32, 18/08/2017 [^] [ответить]     [к модератору]  
  • +4 +/
    Ну так предложите автору исправления Посмейтесь вместе с носителем языка и пока... весь текст скрыт [показать]
     
     
  • 10.82, лютый жабист__ (?), 16:53, 18/08/2017 [^] [ответить]     [к модератору]  
  • –3 +/
    Если не заниматься тактодрчерством, а брать практические задачи, например FTSдви... весь текст скрыт [показать]
     
     
  • 11.84, erthink (ok), 21:50, 18/08/2017 [^] [ответить]     [к модератору]  
  • +/
    Все практические задачи состоят из простых действий, каждое из которых корректне... весь текст скрыт [показать]
     
     
  • 12.85, лютый жабист__ (?), 06:02, 19/08/2017 [^] [ответить]     [к модератору]  
  • –3 +/
    Ты наверное из далекого будущего пишешь, ScyllaDb появилось на 10 лет позже Каси... весь текст скрыт [показать]
     
  • 11.91, Michael Shigorin (ok), 19:44, 22/08/2017 [^] [ответить]    [к модератору]  
  • +/
    > Если не заниматься тактодрчерством, а брать практические задачи

    ...то мне на той неделе одни люди говорили о том, как собираются жабу менять на сишечку примерно в масштабах ЦОДа.

    Вас и впрямь выпороли.  Причины [смутного] беспокойства тоже отчасти понятны, я бы тоже беспокоился при таком поведении оракла в стеклянном доме...

     
  • 7.78, Led (ok), 00:01, 18/08/2017 [^] [ответить]    [к модератору]  
  • +1 +/
    > JVM проектируют и программят зубры,

    Зубры, мкаки, хомячки и прочие насекомые - много вас таких.

     
  • 7.86, Павленскй (?), 10:39, 19/08/2017 [^] [ответить]    [к модератору]  
  • +3 +/
    Хм, ява вместо брусчатки. Коллега что-ли?
     
     ....нить скрыта, показать (26)

  • 1.67, erthink (ok), 18:40, 17/08/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +1 +/
    RTFM.

    Запросы поиска/чтения в ReOpenLDAP и libmdbx масштабируются линейно по ядрам CPU.

     
     
  • 2.74, Лис (?), 22:20, 17/08/2017 [^] [ответить]    [к модератору]  
  • +/
    Спасибо за интересный проект.
    Такой вопрос.
    Хочу использовать libmdbx как хранилище в golang, я нашёл биндинг к LMDB https://github.com/bmatsuo/lmdb-go но наверное для libmdbx его нужно адаптировать, если да то насколько сильно?
    До этого думал использовать boltdb (для реалтайм хранилища/горячего кэша), но судя по описанию в биндинге даже стандартный LMDB в сочетании с го дают большую скорость чем родной болт.
     
     
  • 3.76, erthink (ok), 23:12, 17/08/2017 [^] [ответить]    [к модератору]  
  • +2 +/
    > Спасибо за интересный проект.
    > Такой вопрос.
    > Хочу использовать libmdbx как хранилище в golang, я нашёл биндинг к LMDB
    > https://github.com/bmatsuo/lmdb-go но наверное для libmdbx его нужно адаптировать, если
    > да то насколько сильно?
    > До этого думал использовать boltdb (для реалтайм хранилища/горячего кэша), но судя по
    > описанию в биндинге даже стандартный LMDB в сочетании с го дают
    > большую скорость чем родной болт.

    Да, нужно адаптировать.
    Но думаю изменения будут небольшие и в основном механические.

    Однако, вынужден предупредить - формат БД и API в master и devel еще не зафиксированы.
    Революций в API не будет, но какие-то доработки в байндингах точно потребуются.
    А формат БД и внутренности будут меняться достаточно серьезно.

    Старую стабильную версию из stable/0.0 использовать не рекомендую. В свое время (для МегаФона) одним из требований была совместимость по формату БД. Поэтому многие принципиальные фичи были невозможны.

    Дополню: Совместимость текстового формата dump/restore будет поддерживаться, в том числе с LMDB (если вдруг это не так - то это баг).

     
     
  • 4.79, Лис (?), 00:30, 18/08/2017 [^] [ответить]    [к модератору]  
  • +/
    Спасибо за ответ.
     

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


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