"Vadim Mescheryakov" ...
3. По словам специалиста из Novell в Oracle как то это порешали, никто ни
разу не жаловался на такие проблемы при работе с Oracle а SLES (SUSE Linux
Enterprise Server) для серверов с Oracle используется часто (в Интернете
массовые жалобы на эту проблему при работе бэкапа больших баз MySQL)
ORACLE наверняка пользует O_DIRECT. Начиная с 2.1 это можно и в FB.
Ну и как вывод. Проблему которую поймали, увеличивая DbCache - упреждающее
чтение увеличило нагрузку на дисковую подсистему, это увеличение оказалось
для данного сервера критическим - система стала тормозить. Уменьшили кэш -
стало работать приемлемо. Думаю, что это не связано с устареванием кэша, так
как проявляется и при одном коннекте к базе, а только с увеличением чтений с
диска Остановились на 256 страницах.
В Firebird'е НЕТ упреждающего чтения. И уже тем более то, чего нет, никак
не может зависеть от размера кеша FB.
--
Хорсун Влад
PS Ещё можно попробовать с помощью переменной среды FIREBIRD_LOCK
перенести лок-таблицу на самый быстрый раздел диска (\tmp или вообще на
ram-drive). Размер лок-таблицы как раз достаточно сильно зависит от размера
кеша.
