История изменений

А сторону wiredtiger смотреть не пробовали? Вроде бы — тру.

Смотрели. Да, тру, но не reasonable.

Во-первых, WiredTiger это большой самостоятельный проект, грубо говоря - не библиотека. Клеить его непосредственно в openldap не разумно и криво, т.е. для использования нужно сделать бакенд, который будет транслировать запросы из внутренней OpenLDAP-кухни в запросы к тигру. А вот тут два подводных камня:

• Со стороны LDAP каждый чих будет порождать несколько запросов к WirerTiger, которые пойдут через сокеты. Это оверхед даже по syscall-ам, плюс latency будет суммироваться. Т.е. при всей прелести тигра, скорее всего, никакого выигрыша не будет.
• Написание storage-бакенда для OpenLDAP дело гиблое, ибо нет вразумительной доки «как должно быть», ну тесты тоже так себе. Бакенд для SQL-storage (видимо) навечно в статусе экспериментального и по оценки самих «афтаров» толком не работает и не поддерживается.

Если вытаскивать из WiredTiger отдельные куски и эмулировать из них lmdb-подобный интерфейс - в принципе вариант, но пока совсем не до этого.

Мне лично интересней переписать LMDB с опорой на 1Hippeus. Точнее на основе менеджера разделяемой памяти 1Hippeus воссоздать концепт MVCC снимков из LMDB, а поверх положить Adaptive Radix Tree или еще что-нибудь (хотя и btree для начала пойдет). Тогда получится mdb-подобный движок со скоростью LMDB и zero-copy & zero-overhead из «гипер-коника».

Во-вторых, цитата: «We're proud to announce that MongoDB has acquired WiredTiger, and we've joined the MongoDB team!

We will be directly involved in supporting the WiredTiger storage engine in MongoDB 2.8 and will continue to develop WiredTiger for future MongoDB releases. WiredTiger will remain available as an open source, standalone storage engine and we will continue to support our existing customers at MongoDB» - пока не ясно что реально из этого выйдет.

А сторону wiredtiger смотреть не пробовали? Вроде бы — тру.

Смотрели. Да, тру, но не reasonable.

Во-первых, WiredTiger это большой самостоятельный проект, грубо говоря - не библиотека. Клеить его непосредственно в openldap не разумно и криво, т.е. для использования нужно сделать бакенд, который будет транслировать запросы из внутренней OpenLDAP-кухни в запросы к тигру. А вот тут два подводных камня:

• Со стороны LDAP каждый чих будет порождать несколько запросов к WirerTiger, которые пойдут через сокеты. Это оверхед даже по syscall-ам, плюс latency будет суммироваться. Т.е. при всей прелести тигра, скорее всего, никакого выигрыша не будет.
• Написание storage-бакенда для OpenLDAP дело гиблое, ибо нет вразумительной доки «как должно быть», ну тесты тоже так себе. Бакенд для SQL-storage (видимо) навечно в статусе экспериментального и по оценки самих «афтаров» толком не работает и не поддерживается.
• Если вытаскивать из WiredTiger отдельные куски и эмулировать из них lmdb-подобный интерфейс - в принципе вариант, но пока совсем не до этого.
• Мне лично интересней переписать LMDB с опорой на 1Hippeus. Точнее на основе менеджера разделяемой памяти 1Hippeus воссоздать концепт MVCC снимков из LMDB, а поверх положить Adaptive Radix Tree или еще что-нибудь (хотя и btree для начала пойдет). Тогда получится mdb-подобный движок со скоростью LMDB и zero-copy & zero-overhead из «гипер-коника».

Во-вторых, цитата: «We're proud to announce that MongoDB has acquired WiredTiger, and we've joined the MongoDB team!

We will be directly involved in supporting the WiredTiger storage engine in MongoDB 2.8 and will continue to develop WiredTiger for future MongoDB releases. WiredTiger will remain available as an open source, standalone storage engine and we will continue to support our existing customers at MongoDB» - пока не ясно что реально из этого выйдет.