hvlad, в том то дело, что не забыл. Мы это обсуждали с самого начала треда. Там исходные тексты то небольшие, я все сам в состоянии прочитать и проверить.

Вот тут в соседней теме обсуждается тоже утекание. Поэтому я сделал такие же манипуляции с gstat (fbstat ) и получил вот что
авторDatabase header page information:
Flags 0
Checksum 12345
Generation 1485429
Page size 8192
ODS version 11.2
Oldest transaction 1484452
Oldest active 1484453
Oldest snapshot 1482060
Next transaction 1484777
Bumped transaction 1
Sequence number 0
Next attachment ID 663511
Implementation ID 24
Shadow count 0
Page buffers 0
Next header page 0
Database dialect 3
Creation date May 15, 2015 18:41:52
Attributes force write, no reserve

Variable header data:
Sweep interval: 20000


за полдня отставание в 3000 транзакций.
Скорее всего, под них память и задерживается, да ?

rdb_dev]Полно! Есть, к примеру, "способ" выделить через std::malloc память, проинициализировать её адресом указатель - член класса в экземпляре класса и забыть прописать в деструкторе освобождение этой памяти через std::free.
Мы так не делаем. Там примитивные UDF для замены некоторых отсутствующих функций.

hvladnetwindза полдня отставание в 3000 транзакций.
Скорее всего, под них память и задерживается, да ?Нет. Все активные тр-ции перечислены в MON$TRANSACTIONS, я сильно сомневаюсь, что там 3000 записей.
В данном случае нужно найти тр-цию 1484453 и выяснить, почему она до сих пор активна.
С утечкой памяти это может быть связано, а может и не быть.

Спасибо.
Циферки не совпадают, но в MON$TRANSACTIONS я вижу транзакции стартовавшие с самого утра и примерно понятно какой процесс это сделал.

PS "no reserve" сознательно стоит, или как обычно ?
Да просто ничего не трогали. Я не сторонник дергать сразу все доступные ручки. Есть проблема с замедлением из-за заполнения памяти - я с ней и борюсь.
Это действительно почти всем стоит сразу поменять ?

Dimitry Sibiryakov, джоин одного значения я в уме делаю . А вертолет с DBA так и не прилетел.

Dimitry Sibiryakov, я могу только предположения делать как именно это приложение написано и почему такое происходит. - вот что примерно.

kdv, так базу создают через restore оно и остается включенным.
тут скорее уместен вопрос почему в 2016 году при рутинных операциях включаются никому не нужные атрибуты ? кто этот вредитель?

kdv, все ясно.
В данной инсталляции атрибут кочует из бекапа, из которого производится первоначальное наполнение базы, а ключи никто специально не указывал.