Windows 8 va a consumir menos memoria. O al menos eso es lo que dice la gente de Microsoft. ¿Por qué este afán por reducir la huella de RAM del sistema operativo? La respuesta es bastante sencilla: Windows 8 y su interfaz Metro ha de ejecutarse en equipos de bajo rendimiento y menos memoria. Ha de hacerlo si quiere competir con otras tabletas como el iPad y aquellas que traigan Android.

Si nos fijamos un poco, de éste último podemos decir que tiene unos requisitos iguales a los de Windows 8: 1 Gb de RAM y un doble núcleo (que no es indispensable pero ayuda no poco). De iOS no hablemos ya que anda en otra guerra. Si el Androide se pudiera programar con algún Framework que no fuera Java… estaría a la par que iOS en cuanto a hardware (y rendimiento). Pero ya sabemos que Linux (la base de Android) necesita al menos 512 MB de RAM para funcionar suelto. Añade la interfaz Java y tienes lo que son las tabletas con ese sistema operativo.

O dicho en otras palabras: iOS corre más suelto que Android con un hardware la mitad de potente. De momento, y por lo que vamos viendo, Microsoft va a usar una variante de .NET para Metro con C++/CX (una variante de C++) y C# como lenguajes de base. El que esto escribe lo tiene clarísimo: .NET es bastante más rápido que Java, de hecho casi tan rápido (y a veces más) que el código nativo en general, por lo que el nuevo Windows 8 se va a situar a caballo entre los dos competidores. O de hecho se va a acercar a iOS, puesto que Objetive-C y Cocoa vienen a ser más o menos similares a .NET en cuanto a especificaciones.

Dicho de otro modo: o Google se espabila o se queda fuera de juego.

***

¿Cómo va a ahorrar memoria Windows 8? En el enlace de arriba nos lo cuenta Bill Karagounis, en inglés, y yo os lo voy a parafrasear aquí.

Una de las cosas que comenta es que muchas aplicaciones reservan bloques de memoria, los rellenan con un valor uniforme y se olvidan de dicha asignación o ocupan una pequeña parte, esperando a que se necesite más.

Dado que la memoria es virtual, es decir, lo que la aplicación ve no tiene por qué ser memoria física y ni siquiera estar realmente asignada, Windows puede mezclar bloques con el mismo contenido y separarlos cuando una de las aplicaciones que lo compartan cambie algo de él, de forma completamente transparente.

Otra de las cosas, que por cierto mucha gente lleva demandando, es cambiar la funcionalidad de hasta 13 servicios, pasándolos a ejecución bajo demanda, lo que significa que el servicio estará detenido y cuando se necesite, se arrancará, se le dejará que ejecute sus tareas y volverá a detenerse transcurrido un tiempo prudencial para evitar estar iniciándolo y parándolo de forma continua.

También se van a modificar los contadores de uso de la memoria, priorizando aquellos bloques que más se usen y descartando (o paginando) los que menos. Aunque esto ya se comenzó a hacer en Windows 7, en la nueva versión va a estar todavía más optimizado.

Este comportamiento se ha extendido al escritorio, retardando la asignación de bloques hasta que realmente sean necesarios. Por ejemplo, si en una sesión nunca abrimos el escritorio clásico, éste no pedirá memoria.

Finalmente, los programas podránasignar memoria de baja prioridad (el blog no dice de qué forma, si se a a implementar un nuevo API o utilizar el existente con nuevos flags), de forma que Windows podrá optimizar los bloques asignados de esta manera.

En el artículo también se muestran las dos imágenes inferiores, exponiendo el uso de memoria del mismo equipo tras haber estado encendido y en reposo un tiempo tanto en Windows 7 como en 8. Podemos observar que Windows 8 usa más de 100 Mb menos, aunque tiene muchos más handles asignados. Y eso que estamos en una beta, que suele traer código de depuración que usa más memoria y funciona más lento.