ASP.NET og Hukkomelsesstyring

Hej,

Mht. at ASP net genstarter når der bliver brugt 60% er dette noget du selv kan ændre. Dette gør du inde i machine.config

For at frigive hukommelse er det jo vigtigt at du får ydet op i dine objekter. Hvor meget stiger din hukommelses forbrug ?

Så vidt jeg er orienteret er det IIS6 der er i stand til at genstarte servicen (og ikke ASP.NET).
Husker du at Dispose de objekter der skal dette? (som fx. Bitmaps)

Svarene er mindre ligetil end som så. Det er rigtigt at Microsoft anbefaler max. 1.2gb memory eller 60% som den maksimale memory til 1 asp.net proces.

Det er også meningen at memory forbruget skal stige igennem en asp.net proces' levetid og det er så op til asp.net at kalde garbage collectoren når grænsen nåes.

Men asp.net's managed heap er mere kompliceret end som så. Hvis man troede at man ikke længere skal bekymre sig om memory styring fordi der er en garbage collector, så skal man tro om igen.

Her et lille udpluk af de ting man skal være klar over:

Asp.net's managed heap er inddelt i 3 levels, og alt efter hvor store og hvor længe objekterne lever vil de blive placeret i en level. Objekter placeret i den nederste level kan frigives meget let, mens objekter placeret i den øverste kategori bliver aldrig frigivet.
Derfor er det vigtigt at man sørger for at frigive store objekter så hurtigt som muligt, for at de ikke ender i den øverste kategori.

Selve garbage collectoren kaldes i ny og næ, med mindre der ikke er clock cycles til at kalde den. ASP.net bryder ikke ind og tømmer memory hvis maskinen knokler løs. Derfor kan man opleve outofmemory problemer på websites som bruger 100% cpu. Dette er by-design iflg. Microsoft.

Strenge kan konkateneres med + (string myString = "brian" + " " + "caos";). Dette kan man godt gøre med små strenge, og op til ca. 5 af slagsen, men skal man konkatenere større strenge skal man bruge System.Text.StringBuilder.

Håber dette lille indlæg kan hjælpe andre med memory problemer.