Название темы не слишком отражает суть и сейчас попробую описать, что я имел ввиду.
В общем есть проект, уже достаточно крупный и у него есть одна проблема - жрёт оперативы немеренно(ну мне лично параллельно с 4Гб, а вот есть юзверя пользователи у которых всего 256Мб, да-да именно столько).
При запуске программы в отладчике вижу быстро пробегающие всякие подключения библиотек например, ole.dll(меня особенно радует одна DLL которая имеет имя UNKNOWN_MODULE_3.dll или может быть UNKNOWN_MODULE_8.dll)

У меня возникает вопрос а можно ли как-то отследить какие библиотеки подключаются и может попробовать отключить их, если они не используются, такое в принципе возможно?

В общем я понимаю что эти библиотеки подключаются компонентами на автомате и отключить их будет весьма сложно, но всё же, может есть способы, а то я уже потерялся как поисковику задать вопрос...

"Описание"  тоже не слишком отражает суть. Ибо "подключение библиотек" отнюдь не означает "пожирание памяти".

Отследить какие, и когда подключаются - можно.
Отключить-если подгружается динамически. Но если произойдет вызов функции из выгруженной dll - то все, приехали.
Хотя и здесь, кое-что можно придумать. 

Как?

Я извиняюсь но если у тебя цепляются такие библиотеки то скорее дело в руках а не в модулях которые что то там подключают и куда то там подключаются. Как ты смог сделать программу если даже не знаешь что у тебя может вызываться и почему? Еще раз извиняюсь, ни чего личного, но думаю для того чтобы тебе дать более менее ясный ответ нужно знать как минимум что за 'уже достаточно крупный' проект. Ну и желательно хоть чуть чуть кода

Не вариант. Коммерческая тайна. Я то впринципе могу выложить скажем какую-нить функцию, но смысла в ней не будет, а показывать модуль в 3-4 или даже 5 тысяч строк кода это будет нарушением коммерческой тайны.


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


Эммм, я конечно спрошу с издёвкой, но вы сами-то знаете все Api функции которые вызываются при открытии скажем формы в программе?

Добавлено через 6 минут и 36 секунд
Собственно глядя на Messages бегущих при запуске программы вижу вот такую библиотеку HHCTRL.OCX, которая отвечает за работа c CHM, но в программе нет файла справки вообще(до справки руки доходят весьма редко, поэтому нет такого), вот как определить что подключает эту библиотеку и отключить?

View/Debug windows/Modules - ставим Break on load для нужных модулей.

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

Добавлено через 3 минуты и 16 секунд


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



И снова вопрос поставлен неверно. Загрузка библиотеки не означает нагрузку на физическую память.

Рекомендую:
http://www.gunsmoker.ru/2011/04/windows.html
http://www.gunsmoker.ru/2011/04/windows-spin-off.html
http://www.gunsmoker.ru/2011/06/blog-post.html

Не могу с этим спорить.


Попробовал вижу уже непонятно зачем подключаемую библиотеку TORTOISEOVERLAYS.dll - это от TortoiseSVN. Зачем эта библиотека сдалась в принципе программе, ведь сама же программа не умеет работать с репозиториями и в принципе не работает, хотя черепашку юзаем для обмена проектом?


Почитаю, чуть позже уже вижу, что будет полезно.

Прога - гуёвая? Есть диалоги или Shell-контролы? Если есть - значит, надо показывать список папок. Вот тебе и TORTOISEOVERLAYS.dll - она показывает статус папок: лежат они в SVN или нет. Всё понятно.

Да, GUI. Только я полагал, что при открытии файла(когда вызывается диалог открытия или сохранения) используются библиотеки виндоуса и собственно винда должна этим заниматься или я что-то не понимаю? 

Может, как раз, какая то виндовая библиотека тянет ее за собой.

А по делу - много в проге создается форм при загрузке?

Это сообщение отредактировал(а) superVad - 29.2.2012, 19:35

1 штука - главная. Вдобавок штук 5-8 модулей - без них никак.

Да, я тут 

почитал, сижу играюсь, нашёл небольшие утечки памяти, но не настолько, чтобы прям критично

Ну десяток модулей в автокриейте - вроде и не очень много.
Ищи тогда на что память расходуется. Может деревья какие то, датасеты... А там уже можно думать, что с этим делать.

Ну в общем есть объективный расход памяти(пара модулей будут весьма объёмистыми - один с горой иконок, другой ещё со всякой фигнёй), но мне всё же кажется он должен быть меньше(на порядок меньше).
Есть реально классы которые создаются при запуске программы и без них никак совсем. Датасетов две калеки, которые даже в открытом состоянии без параметров больше двух десятков записей не покажут.
Самые критичные места уже потестил и там память не теряется, но зато в других местах нашёл где утекает

Раз пошла такая пьянка, то у меня такой вопрос, а функция Empty Working Set спасёт отца русской демократии? Я так понимаю что всё, что программе не требуется будет скинуто в файл подкачки на жёсткий диск, так?

Это сообщение отредактировал(а) DarkProg - 29.2.2012, 21:54

Да, вероятно не понимаешь. Могу посоветоввать Рихтера ("Windows для проффесионалов") или более внимательное изучение вышеуказанного цикла. Если кратко и грубо - пользовательская часть Windows (не ядро) находится в твоей программе. 



Нет. Она лишь замедлит выполнение твоей программы. Если сильно хочется её всунуть - пиши её сразу перед Application.Run в dpr.




Вообще, о чём разговор, когда никаких конкретных цифр не было? Ты приведи значения private bytes, working set и VM size при старте и после некоторой работы - вот тогда предметно можно говорить. А так - в воздухе руками махать.