@ibelych

Я просто опишу проблему а вы мне подскажите если не сложно, или даже может кто-то скинет мне ICQ или что-то подобное)

Есть программа которая состоит из 3х частей, а вернее 3х .exe одна (loader) отвечает за загрузку viver, vivew отвечает за загрузку downloader, суть 1й и 3й не велика, 1ая просто проверяет наличие файла viwer_new и если он есть то она закрывает процесс viwer, меняет файлы местами и запускает новый viwer(бывший viwer_new)!, больше ничего он не делает! что касается файла downloader, эта прога просто загружает в корень папки zip архив и разархивирование его (загрузка и прочие еще не реализованы, это на будущие, так что о ней пока не будем говорить)

viver смотрит 1 файл на удаленном сервере с числом, каждое число представляет собой код команды.... как только он просмотрел код он сообщает о том что код получен! выполнил его, и опять отправил на сервер сообщение о том что он все выполнил

и это все жрем много памяти, конечно не большие размеры но 6-30 мегабайт как то странно...
(причем оперативка так же и падает, то 6, потом 10, потом 20, потом опять 7~8, это все после скринов в основном)

единственное что он делает весомое это скрин!

От чего зависит большая загруженность памяти?

причем loader висит и занимает 4~5 мегов, хотя она просто запускает процесс и все...

Спасибо большое тем кто поможет)

0

@kolorotur

От того, что диспетчер задач показывает рабочий сет, а не фактически потребляемую память.
Рабочий сет выделяет CLR так, как считает нужным.
Ну и сборщик мусора отрабатывает не каждую секунду, потому память после скринов и подрости может.
6-30 метров рабочего сета для приложения уровня "Hello World", написанного на .NET - это нормально.

1

@ibelych

Спасибо! Надо читать читать и читать....

0