Límite de memoria de proceso del proceso de 64 bits

Question

Actualmente tengo una aplicación .Net de 32 bits (en Windows x86) que requiere mucha memoria. Recientemente comenzó a lanzar System.OutOfMemoryException's.

Por lo tanto, estoy planeando moverlo a una plataforma x64 como proceso de 64 bits. Esto ayudará con las excepciones de falta de memoria. Estaba leyendo este artículo de MSDN Memory limits for Windows

lo tanto, mi pregunta es si puedo compilar una aplicación .NET de 64 bits, ¿tendrá IMAGE_FILE_LARGE_ADDRESS_AWARE establecer por defecto (como sugiere el artículo)? Es decir, ¿podré aprovechar el espacio de direcciones virtuales en modo de usuario de 8GB?

Answer 1

El límite máximo de memoria para los procesos x64 es de 8 TB, pero el límite práctico es mucho menor ya que depende de la cantidad de memoria física y el tamaño del archivo de paginación en su sistema. Vea this post para más detalles sobre esto.

IMAGE_FILE_LARGE_ADDRESS_AWARE afectan a un proceso x86 que se ejecuta en un sistema operativo x64 (o un sistema operativo x86 con la directiva/3GB). Su aplicación x64 no necesita configurar el indicador de dirección grande y podrá usar toda la memoria virtual disponible en su sistema.

Answer 2

En realidad, ese artículo indica que tendrá acceso a 8 TB del espacio de direcciones virtuales (y sí, esto es cierto).

Answer 3

Actualmente en un sistema operativo x64 si su aplicación está compilada para AnyCPU, entonces no necesita hacer nada especial. El JIT creará una imagen x64 en tiempo de ejecución o una imagen x86 cuando se ejecute en un sistema de 32 bits.

Answer 4

IMAGE_FILE_LARGE_ADDRESS_AWARE solo es relevante para procesos de 32 bits. La razón es que el espacio de direcciones en Windows de 32 bits se divide en dos: 2 GB para el espacio del kernel y 2 GB para el espacio del usuario. Para abordar 2 GB necesita 31 bits. Es decir. los punteros en una aplicación de 32 bits no necesitan el último bit para direccionar.

Algunas aplicaciones pueden haber usado este bit adicional para fines personalizados, por lo que si el administrador de memoria de Windows les entrega repentinamente una dirección real de 32 bits no pueden manejar eso. Al habilitar el indicador IMAGE_FILE_LARGE_ADDRESS_AWARE, la aplicación básicamente le dice al sistema operativo que puede manejar todo el espacio direccionable de 32 bits.

Si ejecuta una aplicación IMAGE_FILE_LARGE_ADDRESS_AWARE en Windows de 32 bits, puede acceder a 3 GB. Si ejecuta la misma aplicación de 32 bits en Windows de 64 bits, el proceso realmente obtiene el espacio completo de direcciones de 4 GB.

Si ejecuta una aplicación de 64 bits en Windows de 64 bits, el espacio de direcciones del usuario es de 8 TB (con otros 8 TB reservados para el espacio de direcciones del kernel). Las aplicaciones .NET configuradas en AnyCPU serán automáticamente aplicaciones de 64 bits en x64, por lo que no tiene que hacer nada para direccionar la memoria adicional.

Tenga en cuenta, sin embargo, que el CLR impone un límite de 2 GB en un solo objeto, por lo que aunque su aplicación pueda usar mucha memoria, no puede crear una matriz de 2 TB, por ejemplo. Más información en esta pregunta: Single objects still limited to 2 GB in size in CLR 4.0?

Answer 5

        El cambio a una de 64 bits sin duda ayuda a cortar las OutOfMemoryExceptions, pero es posible que desee centrarse en la arquitectura del sistema y la codificación de mecanismos para evitar estos, ya que sólo sería cuestión de tiempo antes de que aparezcan en la máquina de 64 bits también.
        Una ventaja más de pasar a máquinas de 64 bits es que con un espacio de direcciones virtuales de 8 TB, la recolección de basura para .NET ocurre con poca frecuencia. Esto mejora el rendimiento de las aplicaciones al aumentar el espacio virtual disponible para su programa.