Стоимость нового .Net-процесса

Question

Я прошу совета о том, чтобы доказать или развеять веру, которая содержится в моей команде (очевидно, без причины). Полагают, что запуск нового приложения .Net-приложения дорогостоящий по памяти (20 МБ и выше для процесса). Хотя я отмечаю, что приложение явно не так много использует (как видно из профилировщика памяти), они противоречат утверждению, что это не приложение, а среда исполнения .Net Framework, которая потребляет память.

Это основано на том, что они все слышали где-то, поэтому никаких твердых доказательств не существует, но убеждение чрезвычайно укоренилось в команде. Я googled вокруг, но я не могу найти какой-либо серьезный анализ затрат на обработку .Net Framework. Хотя я просто не могу согласиться с тем, что каждый .Net-процесс - это дорого (хотя я согласен признать, что, возможно, ошибаюсь в этом), я недостаточно знаю, чтобы доказать свою точку зрения. С другой стороны, мои товарищи по команде не знают достаточно, чтобы доказать, что я ошибаюсь. Кто-нибудь знает какие-либо исследования/анализ по этому вопросу?

спасибо.

Answer 1

Ну, это все относительно. Процесс в Windows в целом является дорогостоящим ресурсом, но только если вы сравните его с операционной системой, такой как Unix. Обычные правила совместного использования ресурсов Windows действуют для управляемого процесса. Там будет только одна копия в физической памяти для кода в CLR, компиляторе JIT и любой сборке, которая является ngen-ed, которая включает в себя все сборки .NET framework. Диспетчер памяти Windows просто отображает одни и те же страницы во всех процессах, в которых используются эти DLL.

Что общего не является частным байтом, вы можете увидеть этот номер с помощью инструмента, такого как Process Explorer от SysInternal. Более крупные куски частных байтов в процессе .NET являются

• мусорные кучи собрали
• стеки, используемых нитей, по умолчанию 1 MB Кусочек
• любые статические переменные, используемые в коде загружены в AppDomain
• только что созданный код для сборок, которые не были определены
• личные данные для CLR и джиттера.

Очевидно, что использование ngen.exe может значительно сократить количество личных байтов, если вы используете сборку более чем в одном процессе. AppDomain - это способ .NET снизить стоимость процесса и по-прежнему добиваться уровня изоляции, который широко используется в пользовательских хостах CLR, таких как ASP.NET и SQL Server. Если у вас есть возможность запускать код в потоке и запускать его в другом процессе, тогда поток всегда должен быть предпочтительным.

Answer 2

Я только начал создавать консольные приложения .NET на своем ноутбуке всего лишь Console.ReadKey(). Это увеличило мою физическую память с 2,0 ГБ до 2,4 ГБ (у меня всего 6 ГБ, поэтому никакого напряжения памяти не произошло).

Это составляет 4 МБ за каждый процесс - вполне доступный, я бы сказал.

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