Собственно говоря был использован оптимальный конфиг для FB 3.0. Количество пользователей порядка 80 днем, к ночи падает до единиц. TempCacheLimit = 364М (на сколько я понимаю это максимальное значение занимаемой ОЗУ для хранения данных запросов подключения). Собственно говоря исходя из названия при завершении подключения занимаемая им ОЗУ должна освобождаться. Но по факту имеем занятые почти 32 Гб памяти и днем и ночью. Специально вечером подключался к серверам с той же архитектурой FB в отсутствие подключений: было занято по 1 Гб памяти при том что работало только серверное приложение, которое держит Read Only транзакцию для отображения информации о подключениях.
Хотелось бы отметить, что на серверах с FB 3.0.Х x32 SS без подключенных пользователей процесс сервера занимал 70-110 Мб ОЗУ.
Что это может быть и как с этим бороться?

Хорошо. Но должен же ж FB когда то ее отпускать? Как установить лимит использования? Я устанавливал TempCacheLimit = 200 Мб с расчетом на 100 подключений чтобы максимальное использование памяти было 20-22 Гб, но сервер кушал пока было что. :)

dimitr,

DefaultDbCachePages = 50000. Как я и сказал настройки из файла оптимального конфига отсюда .

kdv,

Отлично! Перечитал материал по ссылочке. Тут даже есть формула расчета занимаемой сервером ОЗУ с учетом настроек,
в моем случае: (50000 * 16 Кб) + 364 Мб = 1145,25 Мб. Чем тогда занимается остальная память? :)

Еще хотелось бы отметить, что в статье не сказано о оптимальном размере кластера файловой системы относительно размера страницы БД.

Симонов Денис,

Хотелось бы про всё почитать подробней и желательно разжевано для чайников :)
Кэш метаданных читается занимается на подключение и он фиксированный пока не меняешь структуру БД? Как хоть примерно прикинуть сколько памяти требуется для метаданных?

Блобы я так понимаю также освобождают память как и весь остальной кэш при отключении всех от БД?

UDF у нас вообще не используются.

А каким именно мониторингом вы предлагаете воспользоваться?

Симонов ДенисFreddie26,

таблица MON$MEMORY_USAGE может быть поможет выяснить что именно жрёт память вплоть до конкретного стейтмента

Интересно...

Рано я начал грешить на 3.0.1. Там похоже всё хорошо. Сервер 3.0.1 SS x64 на 40-50 пользователей с оптимальным конфигом по ссылке выше, процесс FB потребляет 3 Гб ОЗУ. По таблице MON$MEMORY_USAGE все подключения используют ~800 Мб.

Для сравнения взял второй сервер 3.0.0 SS x64, 100 подключений, так же оптимальный конфиг, использование памяти по таблице MON$MEMORY_USAGE 500 Мб. Процесс FB кушает 13 Гб ОЗУ.

Предполагаю проблема в утечке памяти которая была исправлена в 3.0.1 (что-то связанное c select'ами если не ошибаюсь).

Симонов Дениснет. Либо по закрытию курсора, либо по завершению транзакции.

Я так понимаю Blob'ы входят в отображаемую память MON$MEMORY_USAGE и хранятся в оперативном доступе? Если так, то занятый объем не существенен.