La quantità di memoria assegnata per punteggiare l'applicazione netta dipende su se l'applicazione sta funzionando come processo dei 32 o 64 bit.
Su un sistema a 32 bits, ogni oggetto è assegnato una memoria del byte 8. Per l'esistenza di oggetto deve riferirsi da in qualche luogo - che finalmente aumenta la quantità di memoria stata necessaria per un'esistenza dell'oggetto a 12 byte.
Sui sistemi 64-bit, la situazione è più difettosa. La ripartizione di memoria dell'oggetto aumentata a 16 byte e 8 byte sono richiesti semplicemente per un riferimento, in modo da i bisogni di ogni oggetto 24 esistenze di tfor di byte.
Se gli allineamenti stiano generandi e distruggendo mólto, è possibile che il modello delle creazioni e delle collezioni di immondizia possa provocare .NET che lascia i grandi fori nella memoria che ridurrà il formato di più grande allineamento che possa assegnare. Questo problema può provocare un'applicazione che funziona gradualmente dalla memoria anche se non ha perdite di memoria ed i relativi requisiti di memoria non stanno aumentando al contrario col passare del tempo.
Tutti gli oggetti generati dal CLR sono conforme a questo costo nascosto di memoria, che può provocare un'applicazione using molte volte più memoria di quanto preveduta. La riduzione del numero degli oggetti mantenuti in qualsiasi momento nella memoria, forse aumentando il numero dei campi nei diversi oggetti o memorizzando i dati all'ingrosso in grandi strutture di dati, è un modo efficace di aumentare la capienza e l'efficienza delle applicazioni di .NET.
Diniego: Informazioni fornite qui da sono basate sulla lettura che ho fatto sul Internet.
