🚀 go-pugleaf

W wiadomości: dltm39$2mc$1@atlantis.news.tpi.pl,
Tomasz Muszyński <thom_ek@op.pl_nospam> napisał(a):
[...]
>> Około 20 MB :)
>> A "winny" GC i heap + kilka założeń o GC :) (które sprawiają że .NET
>> działa zdecydowanie szybciej niż np. servery Javowe)
>
> No to ja wiem... ale trochę to głupie jak program praktycznie nic nie
> robi a zajmuje mi tyle ramu.
> A własnie mam z tym bardzo konkretny problem: na serwerku odpalam do
> 120 aplikacji, które wywołują mi COMa napisanego w .Net zajmującego
> po 20mb. Jak nietrudno policzyć pamięć szybko zanika, swap zaczyna
> szaleć, a zajętość procka sięga do 100%... Teraz programik przepisuję
> na zwykłe C :( RAMu w serwerku mam 1,8GB a procki 2*P4-1,2GHz. Gdyby
[...]

Witam!

Nie wszystkie języki są optymalnym rozwiązaniem do pisania programów, które
praktycznie nic nie robią ;-)

Natomiast czytałem opinie, że .NET właśnie bardzo dobrze się nadaje na 
aplikacje serwerowe. GC nie powoduje fragmentacji pamięci w długo 
działających procesach, JIT nie ma znaczenie. Być może po prostu Twoja 
aplikacja ma jakieś problem z zarządzaniem pamięcią. GS nie załatwia 
wszystkie automatycznie.

Z ciekawości zrobiłem mały test. Zbudowałem trzy aplikacje typu Hello world 
w:
- C#
- C++ CRL.
- C++ Win32

Wielkości plików .exe były odpowiednio:
- 16 KB
- 33 KB
- 8 KB

Po odpaleniu aplikacji i trzymaniu ich *nie* zminimalizowanych (ale wcześnie 
były minimalizowanie) Task Manager w kolumnie użycie pamięci wykazał:
- 336 KB
- 334 KB
- 48 KB

A bardziej miarodajne wyniki przedstawiają Process Explorer w polu Private
Bytes:
- 7 116 KB
- 7 608 KB
- 340 KB

Zbadałem także jak wygląda sprawa w przypadku w przypadku potraktowania 
projektu C# ngen-em. Przy tej wielości nie zauważyłem różnicy. Plik w GAC 
miał rozmiar 15 KB. Czyli wygląda, że ta dodatkowo przestrzeń nie jest 
zajmowana przez JIT-a na potrzeby generowania kodu maszynowego, tylko przez 
GC jak sugerowano w poprzednich postach.

Zatem wybór należy do Ciebie. Z GC czy bez :-) Nie jest to 20 MB lub 200 MB, 
tylko 7 MB. A Task Manager twierdzi, że mniej. Może podaje użycie fizycznego 
RAM-u, nie przestrzeń adresową. Tego dokładnie nie wiem.

Jeśli to jest problem to być może powienneś zdecydować się umieszczenie kodu 
w jednym procesie zamiast odpalać ich tak wiele. A każdy z osobną zarządzaną 
stertą, narzutem związanym z odpaleniem procesu.

-- 
Pozdrawiam,
Marek Janaszewski
[ j_marek(małpa)gazeta(kropka)pl ]
[ == USUN_TO. z adresu == ]