mdbx: обновление ChangeLog.

ChangeLog.md

@@ -5,12 +5,12 @@ English version [by Google](https://gitflic-ru.translate.goog/project/erthink/li
 and [by Yandex](https://translated.turbopages.org/proxy_u/ru-en.en/https/gitflic.ru/project/erthink/libmdbx/blob?file=ChangeLog.md).
 
 
-## v0.12.3 (Акула) запланирован на 2022-12-11
+## v0.12.3 (Акула) запланирован на 2022-12-20
 
 Выпуск с существенными доработками и новой функциональностью в память о закрытом open-source проекте "Акула".
 
 ```
-18 files changed, 2729 insertions(+), 1696 deletions(-)
+18 files changed, 2792 insertions(+), 1698 deletions(-)
 Signed-off-by: Леонид Юрьев (Leonid Yuriev) <leo@yuriev.ru>
 ```
 
@@ -70,6 +70,22 @@ Signed-off-by: Леонид Юрьев (Leonid Yuriev) <leo@yuriev.ru>
    с отложенной/ленивой записью, так как в этом случае невозможно
    обеспечить сброс данных на диск во всех случаях на всех поддерживаемых платформах.
 
+ - Добавлена опция сборки `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 файловые блокировки, которые медленные (плохо реализованы в ядре
+   ОС), но позволяют застраховать пользователей от массы неверных действий
+   приводящих к повреждению БД.
+
 Исправления (без корректировок новых функций):
 
  - Изменение размера отображения если это требуется для сброса данных на