La cantidad de memoria asignada para puntear el uso neto depende sobre si el uso está funcionando como proceso de 32 o 64 pedacitos.
En un sistema de 32 bits, cada objeto se asigna una memoria del octeto 8. Para la existencia del objeto tiene que ser referido de en alguna parte - que aumenta eventual la cantidad de memoria necesaria para una existencia del objeto a 12 octetos.
En sistemas 64-bit, la situación es peor. La asignación de memoria del objeto creciente a 16 octetos, y 8 octetos se requieren para una referencia, así que las necesidades de cada objeto 24 existencias del tfor de los octetos simplemente.
Si los órdenes se están creando y se están destruyendo mucho, es posible que el patrón de creaciones y de colecciones de basura puede dar lugar a .NET que deja los agujeros grandes en la memoria que reducirá el tamaño del arsenal más grande que puede asignar. Este problema puede dar lugar a un uso que funciona gradualmente de memoria aunque no tiene ninguÌn escape de memoria y sus requisitos de memoria no están aumentando de otra manera en un cierto plazo.
Todos los objetos creados por el CLR están conforme a este coste ocultado de la memoria, que puede dar lugar a un uso usar muchas veces más memoria que esperada. La reducción del número de objetos mantenidos memoria a cualquier momento, quizás aumentando el número de campos en objetos individuales o almacenando datos a granel en estructuras de datos grandes, es un modo eficaz de aumentar la capacidad y la eficacia de los usos de .NET.
Negación: La información proporcionada aquí por se basa en la lectura que he hecho en Internet.
