там. Sqlite 3.7.0 пока "официально" не выпущена, я сам компилировал текущую версию из исходных текстов на сайте разработчиков sqlite. По моим оценкам операции модификации БД (insert/update) в WAL-режиме стали примерно вчетверо быстрее, чем в 3.6.x, хотя этот режим, конечно, заметно медленнее, чем работа вообще без rollback-журнала. Запись статистики переключена в WAL-режим, т.е. станет медленнее чем в Eserv 4.23 (stat.db3 записывался без журналирования), но зато без риска разрушения БД при отключении питания. IMAP-операции с модификацией индексных БД (установки флагов и перемещения сообщений) в WAL-режиме быстрее, чем в 4.23, и допускают лучшее распараллеливание работы.
Если заметите что-то необычное в работе сайта — пожалуйста пишите.
Дальше ждать официального выпуска sqlite 3.7.0, обещанного к 1 июля, но пока не состоявшегося, никак нельзя. Выпускаем 4.24 как есть (
Вообще все нормально.
Это как в стародавние времена при использовании PhpBB и BitrixSM конвертация частообновляемых MySQL-таблиц (сессии, статистика) из MyISAM в InnoDB давало заметное общее ускорение, хотя "в лоб" при однопользовательском использовании MyISAM быстрее чем InnoDB. В E4 сессионные и стат.таблицы были в 4.24 переведены из "безоткатного" режима в WAL-режим — заметно медленнее, но надежнее и "параллельнее". А таблицы с индексами сообщений WAL'ом ускорены раза в 4 при добавлении сообщений и учете статистики (счетчики посещаемости страниц на форуме и wiki).
Главное, что[бы] ушла та проблема с блокировками и размножениями файлов, а также с разрушением стат.таблиц при сбое питания, которая мучила нескольких человек в июне, за это можно было бы заплатить и общим снижением быстродействия. Но вроде бы избавились малой кровью, да еще и с несколькими выгодами