Добрый день!

Я понимаю, что тут уже задолбали вопросами по тормозам в .NET, но мне нужно всё таки узнать такую вещь:

Я написал небольшую программку под .NET 2.0. Теперь её нужно установить на один довольно старенький комп. Но сисадмин не хочет её туда ставить (точнее не хочет ставить .NET). Говорит, что комп и так слабенький, и к тому же он работает в круглосуточном режиме.
По идее эту программку нужно будет запускать раз в неделю, а может и реже, выполнять кое какой запрос, и после этого закрывать. В связи с этим возникает вопрос: а много ли ресурсов потребляет .NET, когда нет запущенных под него программ? Должны же быть там какие-то службы запущены. Уж больно неохота на C++ переписывать.

а вроде я слышал можно сделать автономный экзэшник?

Здравствуйте, ak_miass, Вы писали:

_>Я написал небольшую программку под .NET 2.0. Теперь её нужно установить на один довольно старенький комп. Но сисадмин не хочет её туда ставить (точнее не хочет ставить .NET). Говорит, что комп и так слабенький, и к тому же он работает в круглосуточном режиме.
_>По идее эту программку нужно будет запускать раз в неделю, а может и реже, выполнять кое какой запрос, и после этого закрывать. В связи с этим возникает вопрос: а много ли ресурсов потребляет .NET, когда нет запущенных под него программ? Должны же быть там какие-то службы запущены.

Нет, для работы .Net никаких служб запускать не нужно. Есть правда .NET Runtime Optimization Service, но он для работы .Net-а не необходим. Единственный ресурс, который потребляет .NET, когда нет запущенных под него программ — это место на диске.

Здравствуйте, Lloyd, Вы писали:

L>Есть правда .NET Runtime Optimization Service, но он для работы .Net-а не необходим.
А он по умолчанию запущен? Или его как-то самому надо запускать?

Здравствуйте, Lloyd, Вы писали:

L>Здравствуйте, ak_miass, Вы писали:

_>>Я написал небольшую программку под .NET 2.0. Теперь её нужно установить на один довольно старенький комп. Но сисадмин не хочет её туда ставить (точнее не хочет ставить .NET). Говорит, что комп и так слабенький, и к тому же он работает в круглосуточном режиме.
_>>По идее эту программку нужно будет запускать раз в неделю, а может и реже, выполнять кое какой запрос, и после этого закрывать. В связи с этим возникает вопрос: а много ли ресурсов потребляет .NET, когда нет запущенных под него программ? Должны же быть там какие-то службы запущены.

L>Нет, для работы .Net никаких служб запускать не нужно. Есть правда .NET Runtime Optimization Service, но он для работы .Net-а не необходим. Единственный ресурс, который потребляет .NET, когда нет запущенных под него программ — это место на диске.

Ну это неправда. На сколько реестр распух посчитать? Из-за этого и требования к памяти увеличиваются и к процессору (поиск любого объекта в реестре занимает больше времени).

Здравствуйте, <Аноним>, Вы писали:

А>Ну это неправда. На сколько реестр распух посчитать?

Посчитай. Даже интересно.

А>Из-за этого и требования к памяти увеличиваются и к процессору (поиск любого объекта в реестре занимает больше времени).

Да, конечно увеличваются. На доли процента.

Здравствуйте, ak_miass, Вы писали:

_>Здравствуйте, Lloyd, Вы писали:

L>>Есть правда .NET Runtime Optimization Service, но он для работы .Net-а не необходим.
_>А он по умолчанию запущен? Или его как-то самому надо запускать?

По умолчанию он вроде как Manual.

Здравствуйте, Lloyd, Вы писали:

L>Здравствуйте, <Аноним>, Вы писали:

А>>Ну это неправда. На сколько реестр распух посчитать?

L>Посчитай. Даже интересно.

А>>Из-за этого и требования к памяти увеличиваются и к процессору (поиск любого объекта в реестре занимает больше времени).

L>Да, конечно увеличваются. На доли процента.

Сравнил два примерно одинаковых по конфигурации сервера с одинаковым набором программ (на обоих установлена W2K, устаналивались примерно в одно и то же время). На одном system, software и security весят 14 Мб, на другом (с установленными .NET Framework 1.1 и 2.0) — 21 Мб. 50%! Доказательство снижения производительности оставляю читателю.

Здравствуйте, <Аноним>, Вы писали:

А>>>Из-за этого и требования к памяти увеличиваются и к процессору (поиск любого объекта в реестре занимает больше времени).

L>>Да, конечно увеличваются. На доли процента.

А>Сравнил два примерно одинаковых по конфигурации сервера с одинаковым набором программ (на обоих установлена W2K, устаналивались примерно в одно и то же время). На одном system, software и security весят 14 Мб, на другом (с установленными .NET Framework 1.1 и 2.0) — 21 Мб. 50%!

Не верю!

А>Доказательство снижения производительности оставляю читателю.

Э, нет! Раз уж взялся, давай до конца.

Здравствуйте, Lloyd, Вы писали:

L>Здравствуйте, <Аноним>, Вы писали:

А>>>>Из-за этого и требования к памяти увеличиваются и к процессору (поиск любого объекта в реестре занимает больше времени).

L>>>Да, конечно увеличваются. На доли процента.

А>>Сравнил два примерно одинаковых по конфигурации сервера с одинаковым набором программ (на обоих установлена W2K, устаналивались примерно в одно и то же время). На одном system, software и security весят 14 Мб, на другом (с установленными .NET Framework 1.1 и 2.0) — 21 Мб. 50%!

L>Не верю!

А>>Доказательство снижения производительности оставляю читателю.

L>Э, нет! Раз уж взялся, давай до конца.

Да ладно вам, это чистая правда, специально лез и сравнивал... Обижаете.

Ну а сравнить производительность не так уж просто. Просто поверьте, это не доли процентов.

Здравствуйте, <Аноним>, Вы писали:

А>Да ладно вам, это чистая правда, специально лез и сравнивал... Обижаете.

А>Ну а сравнить производительность не так уж просто. Просто поверьте, это не доли процентов.

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

Здравствуйте, ak_miass, Вы писали:

_>Добрый день!

_>Я понимаю, что тут уже задолбали вопросами по тормозам в .NET, но мне нужно всё таки узнать такую вещь:

_>Я написал небольшую программку под .NET 2.0. Теперь её нужно установить на один довольно старенький комп. Но сисадмин не хочет её туда ставить (точнее не хочет ставить .NET). Говорит, что комп и так слабенький, и к тому же он работает в круглосуточном режиме.
_>По идее эту программку нужно будет запускать раз в неделю, а может и реже, выполнять кое какой запрос, и после этого закрывать. В связи с этим возникает вопрос: а много ли ресурсов потребляет .NET, когда нет запущенных под него программ? Должны же быть там какие-то службы запущены. Уж больно неохота на C++ переписывать.

.NET Framework Runtime представляет собой COM-компонент, который загружается в память при загрузке NET'овского exe-шника.
Следовательно, в то время, когда ни одно NETприложение не выполняется, то .NET Framework Runtime в пямяти не висит.

Здравствуйте, ak_miass, Вы писали:

[skipped]

Я считаю что в режиме простоя .NET Framework не занимает никаих ресурсов кроме места на диске. Если взять Process Explorer и посмотреть сборки которые грузятся при работе приложений и сервисов, то явных ссылок на сборки из каталога с фреймворком вы не найдёте. т.е. после установки фреймворка он не будет грузится вместе с другими неуправляемыми программами (впринцепе это логично)

Сервис .NET Runtime Optimization Service v2.0.50727_X86 по умолчанию не грузится при старте ОС. Читаем что он делает здесь

Жалеть место в реестре после установки фреймворка ИМХО то же самое что беречь GUID-ы Не думаю что поиск по реестру замедлится на столь большую величину что это будет заметро.

Админа тоже можно понять. Если он считает что машина не совсем стабильно себя ведёт то правильнее будет её не трогать.

P.S.
ммм.. а что делает программа если не секрет? Может можно сделать так чтобы она работала не другой машине, а с сервера просто шла комманда на её запуск?

Здравствуйте, Whistler, Вы писали:

W>.NET Framework Runtime представляет собой COM-компонент, который загружается в память при загрузке NET'овского exe-шника.
W>Следовательно, в то время, когда ни одно NETприложение не выполняется, то .NET Framework Runtime в пямяти не висит.

мммм... согласен. Но не совсем. Не согласен что .NET Framework Runtime представляет собой COM-компонент. Ведь например в Моно нет поддержки COM, но и там можно писать программы под фреймворк и запускать их.

Здравствуйте, Whistler, Вы писали:

W>.NET Framework Runtime представляет собой COM-компонент, который загружается в память при загрузке NET'овского exe-шника.
W>Следовательно, в то время, когда ни одно NETприложение не выполняется, то .NET Framework Runtime в пямяти не висит.

Очень в тему у тебя подпись (Microsoft Cerified Professional).

Здравствуйте, Closer, Вы писали:

C>Здравствуйте, Whistler, Вы писали:

W>>.NET Framework Runtime представляет собой COM-компонент, который загружается в память при загрузке NET'овского exe-шника.
W>>Следовательно, в то время, когда ни одно NETприложение не выполняется, то .NET Framework Runtime в пямяти не висит.

C>мммм... согласен. Но не совсем. Не согласен что .NET Framework Runtime представляет собой COM-компонент. Ведь например в Моно нет поддержки COM, но и там можно писать программы под фреймворк и запускать их.

так ведь это личное дело моно, как реализовать runtime.

Здравствуйте, <Аноним>, Вы писали:
А>Ну это неправда. На сколько реестр распух посчитать? Из-за этого и требования к памяти увеличиваются и к процессору (поиск любого объекта в реестре занимает больше времени).
Измерять будем электронным микроскопом?

Здравствуйте, Lloyd, Вы писали:

L>Здравствуйте, Whistler, Вы писали:

W>>.NET Framework Runtime представляет собой COM-компонент, который загружается в память при загрузке NET'овского exe-шника.
W>>Следовательно, в то время, когда ни одно NETприложение не выполняется, то .NET Framework Runtime в пямяти не висит.

L>Очень в тему у тебя подпись (Microsoft Cerified Professional).

насколько я помню из Рихтера, CLR runtime все-таки сидит в COM DLL

Здравствуйте, Sinclair, Вы писали:

S>Здравствуйте, <Аноним>, Вы писали:
А>>Ну это неправда. На сколько реестр распух посчитать? Из-за этого и требования к памяти увеличиваются и к процессору (поиск любого объекта в реестре занимает больше времени).
S>Измерять будем электронным микроскопом?

Вот тебе статья, глупец, читай и просвещайся:

http://www.thepcspy.com/articles/other/what_slows_windows_down/3

Падение производительности на 10%.

Здравствуйте, Lloyd, Вы писали:

L>Здравствуйте, <Аноним>, Вы писали:

А>>Да ладно вам, это чистая правда, специально лез и сравнивал... Обижаете.

А>>Ну а сравнить производительность не так уж просто. Просто поверьте, это не доли процентов.

L>В совокупной производительности — не больше, т.к. работа с реестром — мизеная часть работы любой программы.

http://www.thepcspy.com/articles/other/what_slows_windows_down/3