En la web de Dan's Data hay una sección donde le preguntan a Dan sobre algún tema, el caso que nos ocupa es la incapacidad de los S.O. de 32 bits de direccionar más de 4 GB de memoria. De este tema se habló hace unos meses en esta noticia y esta otra. Pero Dan va un poco más allá y nos lo explica más a fondo, quizá incluso de forma algo complicada, es su inglés australiano.

Básicamente el problema viene de una mala previsión de necesidades de memoria y nos comentan que estamos ante una situación prácticamente idéntica a la de hace muchos años cuando se utilizaban procesadores y S.O. de 16 bits (ouch, que viejo soy...) con su famosa limitación de 640KB de memoria principal, el resto, hasta 1MB de memoria, se utilizaba para direccionar dispositivos de hardware y por lo tanto no se podían aprovechar.

La llegada de los procesadores y S.O. de 32 bits arreglaron la situación aunque los que recuerden el famoso MS-DOS recordarán que teníamos que utilizar cosas tan raras como el Himem.sys para liberar memoria principal y la memoria expandida para utilizar la memoria por encima del primer MB.

Ahora estamos más o menos con las mismas, los procesadores y S.O. de 32 bits se nos han quedado cortos, mientras que los procesadores de 64 bits ya son una realidad bien extendida, los S.O. de 64 bits de Microsoft no lo son, Windows XP 64 salió directamente olvidado y Windows Vista 64 aún no goza de un buen soporte.

El problema actual se agrava debido a que aunque teóricamente podríamos disponer de 4GB de memoria, el S.O. utiliza las direcciones de memoria superiores a 3GB para mapear los dispositivos de hardware, dichas direcciones están etiquetadas en hexadecimal y van desde la C0000000 hasta la FFFFFFFF, aunque la dirección de inicio puede variar y este es un gran problema para los más entusiastas.

Y nos referimos a los más entusiastas porque el espacio reservado para direcciones físicas es ocupado por la memoria de las tarjetas gráficas y por lo tanto incluso podemos bajar de esos 3 ~ 3,2GB disponibles habitualmente, pues una GeForce GTX con 768MB ya puede rozar este límite sin contar los otros dispositivos de hardware (aunque los otros ocupan mucho menos). El problema se agrava cuando vemos que han aparecido las Radeon HD 2900XT con 1GB de RAM y naturalmente si el usuario decide realizar un Crossfire o SLI de tarjetas con mucha memoria gráfica, nos podríamos quedar incluso por debajo de los 2GB útiles y ya mejor no pensar en Quad SLI...

Una solución propuesta y descartada es la que se comenta en la segunda noticia que citamos y es que usar el PAE requiere drivers que soporten ese modo y apenas hay controladores para un Windows arrancando con /PAE. Incluso Microsoft dejó sin uso este parámetro en Windows XP SP2. Además parece que /PAE consume tiempo de CPU.

Más arriba hemos comentado que nos explican que Vista aún no está suficientemente maduro, un ejemplo lo dan cuando queremos instalar Vista 64bits con 4GB de RAM, parece que el instalador se les cuelga (nosotros no lo hemos comprobado) y que la solución pasa por quitar módulos de memoria para la instalación y luego volverlos a poner. Es de suponer que el Service Pack 1 debería corregir aspectos como este....