A quantidade de memória alocada para pontilhar a aplicação líquida depende upon se a aplicação está funcionando como um processo de 32 ou 64 bocados.
Em um sistema de 32 bits, cada objeto é alocado uma memória do byte 8. Para a existência do objeto tem que ser provido de em algum lugar - que aumenta eventualmente a quantidade de memória necessário para uma existência do objeto a 12 bytes.
Em sistemas 64-bit, a situação é mais má. O alocamento de memória do objeto aumentou a 16 bytes, e 8 bytes são exigidos para uma referência, assim que necessidades de cada objeto 24 existências do tfor dos bytes simplesmente.
Se as disposições estão sendo criadas e destruídas muito, é possível que o teste padrão das criações e das coleções de lixo pode conduzir a .NET que deixa grandes furos na memória que reduzirá o tamanho da disposição a maior que pode alocar. Este problema pode conduzir a uma aplicação que funciona gradualmente fora da memória mesmo que não tenha nenhum escape de memória e suas exigências de memória não estejam aumentando de outra maneira sobre o tempo.
Todos os objetos criados pelo CLR são sujeitos a este custo escondido da memória, que pode conduzir a uma aplicação using muitas vezes mais memória do que esperada. Reduzir o número de objetos mantidos na memória a qualquer altura, talvez aumentando o número de campos em objetos individuais ou armazenando dados maiorias em grandes estruturas de dados, é um modo eficaz aumentar a capacidade e a eficiência de aplicações de .NET.
Negação: A informação fornecida aqui por é baseada na leitura que eu fiz no Internet.
