Beloppet av minne som tilldelas för att pricka netto applikation, beror på applikationen är huruvida rinnande, som 32 eller 64 bet processaa.
På 32 bet systemet som var varje anmärker tilldelas ett minne av byte 8. För existens av anmärka den måste att hänvisas till från någonstans - som förhöjningar beloppet av minne behövde slutligen för en anmärkaexistens till 12 byte.
På 64 bet system, läget är värre. Anmärkaminnestilldelningen ökade till 16 byte, och 8 byte krävs för en hänvisa till, så varje anmärka behov 24 tforexistens för byte enkelt.
Om samlingar skapas och förstörs ett lott, det är möjligheten som mönstra av skapelser och avskrädesamlingar kan resultera i stor .NET som lämnar, spela golfboll i hål i minnet, som ska förminskar storleksanpassa av den största samlingen, som det kan tilldela. Detta problem kan resultera i ett spring för applikation gradvist ut ur minne, även om det har inget minne läcker, och dess minneskrav inte är annars ökande med tiden.
Allt anmärker skapat av CLREN är betvingar till detta gömda minne kostar, som kan resultera i en applikation using många tider mer minne än förväntat. Förminskande numrera av anmärker hållet i minne på någon en tid, kanske av ökande numrera av sätter in i individ anmärker, eller, genom att lagra bulk data i stora data, strukturerar, är ett effektivt långt till förhöjning kapaciteten och effektiviteten av .NET-applikationer.
Disclaimer: Informationen förutsatt att här vid baseras på läsningen som jag har gjort på internet.
