Добрый день. Слегка допилил Marshmallow (ORM, сейчас входит в состав спринга). Тестирую

Question

Добрый день. Слегка допилил Marshmallow (ORM, сейчас входит в состав спринга). Тестирую

на относительно больших таблицах Firebird (более 100 000 записей).
Везде интерфейсы, сереализуемые сущности естественно наследуются от TInterfacedObject и помещаются в интерфейсный список. Проверил под отладчиком, деструкторы всех объектов вызываются, ни кто ни кого лишними интерфейсными ссылками не удерживает.
Наблюдаю такую ситуацию:
1. При загрузке всей таблицы (более 100000 записей) т.е. при создании такого же количества объектов приложение плавно отъедает примерно 850-870 Мбайт - это нормально, в тестовой таблице как раз поле из максимум 4096 символов в юникоде плюс прочие накладные расходы.
2. При заниливании списка его деструктор и деструкторы находящихся в нем объектов вызываются, но память используемая приложением (смотрю в диспетчере задач) не освобождается.
3. При повторных загрузках объектов из БД (многократный повтор п.1.) не приводит к выделению дополнительной памяти.
4. Утечек нет.

Итого вопрос: Это нормально, что приложение не освобождает память, выделенную в процессе его работы под создаваемые объекты?

#delphi #programming #russian

0

08.04.2022