Ответ 1

Скорее всего, где-то в вашем приложении вы выделяете системные ресурсы и не выпускаете их. Любой вызов WinApi, который создает объект и возвращает дескриптор, может быть подозреваемым. Например (будьте осторожны при работе с системой с ограниченной памятью - если у вас нет бесплатной 6 ГБ, страница будет плохо):

Program Project1;

{$APPTYPE CONSOLE}
uses
  Windows;

var
  b : Array[0..3000000] of byte;
  i : integer;    
begin
  for i := 1 to 2000 do 
    CreateBitmap(1000, 1000, 3, 8, @b);
  ReadLn;
end.

Это потребляет 6 ГБ памяти сеанса из-за размещения объектов растровых изображений, которые впоследствии не будут выпущены. Потребление памяти приложения остается низким, потому что объекты не создаются в куче приложения.

Однако, не зная больше о вашем приложении, очень сложно быть более конкретным. Вышесказанное является одним из способов продемонстрировать поведение, которое вы наблюдаете. Помимо этого, я думаю, вам нужно отлаживать.

В этом случае имеется большое количество выделенных объектов GDI - однако это необязательно является показательным, так как часто имеется большое количество небольших объектов GDI, выделенных в приложении, а не большое количество крупных объектов ( Например, IDE Delphi будет создавать > 3000 объектов GDI, и это не обязательно проблема).

В примере @Abelisto (в комментариях), напротив:

Program Project1;

{$APPTYPE CONSOLE}
uses
  SysUtils;

var
  i : integer;
  sr : TSearchRec;
begin
  for i := 1 to 1000000 do FindFirst('c:\*', faAnyFile, sr);
  ReadLn;
end.

Здесь возвращенные дескрипторы не относятся к объектам GDI, а скорее являются поисковыми ручками (которые относятся к общей категории объектов ядра). Здесь мы видим, что существует большое количество ручек, используемых процессом. Опять же, потребление памяти процесса низкое, но наблюдается значительное увеличение используемой памяти сеанса.

Аналогично, объектами могут быть объекты пользователя - они создаются вызовами типа CreateWindow, CreateCursor или установкой перехвата с помощью SetWindowsHookEx. Список вызовов WinAPI, которые создают объекты и возвращают дескрипторы каждого типа, см. В разделе

Ручки и объекты: Категории объектов - MSDN

Это может помочь вам начать отслеживать проблему, сужая ее до типа вызова, который может вызвать проблему. Он также может быть поврежденным сторонним компонентом, если вы используете его.

Такой инструмент, как AQTime, может профилировать распределения Windows, но я не уверен, есть ли версия, поддерживающая Delphi5. Могут быть другие профилировщики распределения, которые могут помочь отслеживать это.