Поиск утечек

[SLIM]

Подскажите, как выловить утечки памяти в приложении.
Ситуация странная.
Приложение загружается, съедая примерно 7,5 метров. Далее расход памяти практически не меняется.
Если окно свернуть, расход резко сокращается до 0,3, но это не самое странное. Если окно опять развернуть, расход увеличивается примерно до 2 Мб и остается примерно таковым всегда.

Приложение многопоточное. Один поток - основной поток процесса, второй запрашивает кое-что из БД и заливает это в список. Этот самый второй поток выполняется по таймеру раз за определенный промежуток времени. Вроде бы все что нужно я подчищаю, утечки не должно быть. Но объяснение этому должно быть точно.

Есть советы?

[FireFenix]

Профайлер

как в других ЯП - не знаю, но в .НЕТ можно вести лог GC.GetTotalMemory (в файл, консоль, етк), скажем в конце каждой функи или до и после выгрузки ресурсов, формы, контролов...

[VVitafresh]

SLIM, честно говоря не понял что тебя смущает.
То что при сворачивании уменьшается "расход памяти"? Или приложение при работе требует все больше и больше ОЗУ?

[SLIM]

SLIM, честно говоря не понял что тебя смущает.
То что при сворачивании уменьшается "расход памяти"? Или приложение при работе требует все больше и больше ОЗУ?

Все больше и больше как раз не трубует.
Я же говорю.
1. Запускаешь - 7,5 Мб - это нормально
2. Сворачиваешь - 0,3 Мб - это нормально
3. Разворачиваешь - 2 Мб - уже странно, но еще не запустился второй поток.
4. После того как начинается второй поток - 4 Мб и до 7,5 не растет.

Куда делись 3 с лишним Мб, которые были при первом запуске?

[FireFenix]

Ну у тебя не утечка.... я бы сказал - не хватка

Могу предположить что GC изначально при загрузки выделил некоторое место под прогу
После сворачивания все контролы или объекты были почищены , и в том числе изменение размера выделяемых ресурсов памяти
После разворачивания и загрузки ресурсов GC опять переопределил нужное количество памяти для работы проги

Т.е. идея в том, что GC изначально выделил много места для работы, а потом в ходе работы - сократил до нужного или приемлемого размера
(only for .NET)

[Хакер]

Какой GC? Не все люди, FireFenix, пишут на VB.NET или С#.

[FireFenix]

Какой GC? Не все люди, FireFenix, пишут на VB.NET или С#.

:facepalm:

Автор не указал, какой ЯП использует.. я автоматом по .НЕТ судил

[SLIM]

К счастью я пишу не на нем, ибо если NET творит вот это

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

То это адская технология.

В данном вопросе не так важно по моему на чем я пишу. Скажу лишь что я использую практически только API.

[FireFenix]

Ну тогда нада смотреть в код...
Наверняка выгружаешь нужные и ненужные ресурсы

[Dmitriy2003]

Куда делись 3 с лишним Мб, которые были при первом запуске?

SysInternals suite -> vmmap -> может наведет тебя на правильный путь.

[Joo]

К счастью я пишу не на нем, ибо если NET творит вот это

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

То это адская технология.

В данном вопросе не так важно по моему на чем я пишу. Скажу лишь что я использую практически только API.

GC не выделил, а зарезервировал память, "приблизительно", и готов отдать её по первому требованию системы, хотя есть у меня прграммка на .NET (часики) так они используют всего ~365Kb, просто нужно вежливо попросить отдать зарезервированную память.
http://www.codelife.ru/net/203/

[Twister]

SLIM

Сто лет назад на этом форуме tyomitch описавыл, почему так происходит. Не знаю, можно ли сейчас найти те посты, но самому-то проэкспериментировать можно?

Открываем ProcessExplorer, выделяем подопытный gui-процесс, вызываем контекстное меню, давим Properties и идем на вкладку Performance. Нас интересуют две группы - Virtual Memory и Phisycal Memory. Теперь начинай сворачивать и разворачивать окно своего приложения.

Что ты видишь? На какие мысли это наводит?

[VVitafresh]

+1
Можно и в стандартном таскменеджере добавить колонку VM Size (объем виртуальной памяти) и поиграться сворачиванием-разворачиванием.

[SLIM]

Вернулся к проекту, поэтому необходимо поднять топик.
Значит память.
Расходуется по полной. Так как в цикле выполнялось обновление списка ListView в отдельной функции, то я решил искать проблему там.
Постепенно сужая круг поиска я дошел до того момента, что расход памяти растет при добавлении элементов в ListView
SendMessage(hList, LVM_INSERTITEM, 0, (LPARAM)&lv_Item_list);
или
SendMessage(hList, LVM_SETITEM, 0, (LPARAM)&lv_Item_list);
Закомментив эти строки - все вроде нормально.
Перед тем как что-то добавлять я шлю LVM_DELETEALLITEMS, но такое ощущение что в список только добавляются строки, но не удаляются, хотя визуально видно обратное.

Что же это может быть?