Занимаемая программой память

[Space]

Моя прога занимает в памяти по Диспетчеру задач 25-30 Мб (да ещё не доработана вовсе). При клике на иконке в трее и сворачивании/разворачивании окна объём памяти нисколько не меняется (Show/Hide). При показе дочерних окон объём памяти колеблется весьма незначительно. Такое впечатление, что все формы в проекте загружены в память, хотя загружена только одна главная форма (имеется куча других форм). При показе окна с WebBrowser объём памяти увеличивается где-то на 10 Мб и потом после его закрытия объём памяти не уменьшается (такое ощущение, что данные WebBrowser продолжают занимать память). Размер exe чуть меньше 2 Мб, всех frx проекта <400Кб. Много изображений в ImageList-ах: 78(16x16px)+ 176(средний размер 20x20px). Как определить, какие данные занимают сколько памяти?

[Хакер]

Как определить, какие данные занимают сколько памяти?

Открыть программу в OllyDbg и начинаешь её выполнение там.


После чего тебе откроется следующий вид:


Где можно наслаждаться колонками "Size", "Owner", "Contains", да и всеми остальными.

[SLIM]

А что там конкретно отображается то? переменные? Объекты, занимающие память? Что это?

[Хакер]

Закоммиченные куски АП процесса. Занятые блоки памяти, проще говоря.

При том, показывается адрес блока; размер блока; владелец, если блок является маппингом файла; тип (выделенный блок / пользовательский маппинг (созданный с помощью CreateFileMapping) / системный маппинг (выделенный загрузчиком); атрибуты доступа (RWE и Guard-ность (заминированность)); изначальный атрибуты доступа; пояснение; и адрес промаппленного файла, если блок является маппингом.

[Antonariy]

Space
Если тебе известно про период жизни объектов, аккуратно прибиваешь все, что не нужно, и не грузишь в память видеофайлы целиком, то не забивай себе голову такими вопросами. У тебя нет жестких ограничений, как при программировании микроконтроллеров или под DOS. Или мобильников

такое ощущение, что данные WebBrowser продолжают занимать память

Так и есть, но это особенность винды — грубо говоря, она не сразу удаляет данные, которые могут быть затребованы вновь. В висте этот механизм доработан, благодаря чему VB и половина других программ там просто летает. Утечки памяти все равно будут, но это уже проблемы VB, на которые повлиять невозможно. Самые большие утечки происходят при динамическом добавлении/удалении юзерконтролов. А при повторном открытии формы с вебброузером объем занимаемой памяти увеличится незначительно.

[Space]

а разве при Unload формы объекты не уничтожаются? Значит, мне нужно записывать в WB.document.write "" - не помогает

[Хакер]

При Unload ссылка на объект удаляется из коллекции Form, объекту, адрес которого лежит в переменной, ссылку на которую передали, делается IUnknown::Release, в переменную, ссылку на которую передали записывает 0. Не более того.

[ANDLL]

При Unload ссылка на объект удаляется из коллекции Form, объекту, адрес которого лежит в переменной, ссылку на которую передали, делается IUnknown::Release, в переменную, ссылку на которую передали записывает 0. Не более того.

Ага, но если цепочку проследить дальше, то все таки уничтожается. Просто как уже отметили куча сама по себе не сжимается обычно

[Хакер]

Как он может уничтожиться, если на объект будут где-то ещё ссылки, и счетчик ссылок будет не равен нулю?

[Proxy]

Глупость: Если человек как экземпляр класса общества имеет после смерти надгробие, то он существует? А если есть надгробие, а сам человек пространство не занимает уже, т.е. его пространство уже распределено под флору и фауну мерзкую всякую? Т.е. битые указатели всё ещё делают пустоту объектом? Конечно да.

[Space]

а если ссылок на объект нет, и расход памяти не уменьшается? Похоже, что в VB весь проект загружен в память независимо от состояния ссылок.

[ANDLL]

а если ссылок на объект нет, и расход памяти не уменьшается?

Да прочитай же топик

[Eduard]

меня тоже этот вопрос с утечкой все время терзал в целом, что как будто это процесс вообще не контролируемый в Vb. Из всего выше сказанного, некоторые детали обстоятельств с паматью в vb понатно теперь стали, поэтому не буду филонить...

Просто задам сразу конкретный вопрос, на примере. У многих на пк установлен Winamp (беру пример из 5-ых версий). В настройках в ней включаем, чтобы её значок был всё время только в треэ. Собственно запустить там что-нибуть на play, палазить в библиотеке, покнопать там, в браузере встроеном поиграть во флешь-игры можно (ну кароче чтобы она памяти набралась по-больше). (За всем происходящим c паметью наблюдаем в task manager)
И всю эту кухню взять и minimize нажать... В task manager можно сразу-незамедлительно узреть как память так с 80 мб соскачила на менее 10 мб.

Вообщем реально ли, конечто же с помощью api или ещё каких-нибуть тонкостей системы сотворить сие в vb-приложении ?! Так сказать почистить за сабой какасачки!

[tyomitch]

SetProcessWorkingSetSize
Но нужно отдавать себе отчёт, что это никакая не очистка памяти, а трюк и видимость.

[Eduard]

SetProcessWorkingSetSize
Но нужно отдавать себе отчёт, что это никакая не очистка памяти, а трюк и видимость.

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

Тём, а это тоже из той оперы?, или всётаки, ближе к официальной чистки... Я скорее не соссем вижу различия в чистке памати и, чистки страниц из памати процесса. Я более потребительски смотрю на это, результат он радует

Код: Выделить всё

Private Declare Function EmptyWorkingSet Lib "PSAPI.DLL" (ByVal hProcess As Long) As Long
Private Declare Function GetCurrentProcessId Lib "kernel32" () As Long
Private Declare Function GetCurrentProcess Lib "kernel32" () As Long

Function PurgeMem() As Long
MsgBox "Watch the Mem Usage column of this process (PID " & Trim$(Str$(GetCurrentProcessId)) & ") in Task Manager, and press OK ...", _
         vbSystemModal + vbOKOnly + vbInformation, "Demo"
         
EmptyWorkingSet GetCurrentProcess
MsgBox "Done.", vbSystemModal + vbOKOnly + vbInformation, "Demo"
End Function


[ANDLL]

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

[Debugger]

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

Смешно, наверно. Но это противоречие "компактность-скорость" вполне логично. Жертвовать памятью ради скорости и наоборот.