Кузнецов Евгений wrote:
http://tracker.firebirdsql.org/browse/CORE-1477
Воспроизвел, спасибо. Я вижу три "проблемы":
1) почему пик 700МБ вместо 350МБ
потому что в конце запроса undo-лог копируется с текущего сейвпойнта на
предыдущий, в результате на короткий момент времени имеем две копии лога
(потом первая копия сразу уничтожается)
2) почему 350МБ вместо 280МБ
потому что в логе лежит несколько разреженная запись, включая "лишние" поля
3) почему 280МБ вместо 80-120МБ (как на диске)
потому что в логе лежит распакованная запись
Пока не буду обещать, что все три пункта удастся оптимизировать, но тут
есть над чем поработать.
Любопытно, когда я его добавлял, дата в JIRA съехала на 19/Mar/07
Теперь он глубоко внизу :)
Вчера сервера были в дауне и после перезапуска время сбилось :-(
Попробуем пофиксить.
--
Дмитрий Еманов