Quiero optimizar el tamaño del archivo de paginación para que se ajuste a mis necesidades reales. Y quiero seguir la fórmula sugerida por Mark Russinovich:El mínimo debe ser el compromiso máximo menos la RAM física y el máximo debe ser el doble.
Para estar seguro de que hago todo bien, me gustaría aclarar lo siguiente:
1) ¿Este número en rojo es el Peak Commit mencionado por el Sr. Russinovich?
En la pantalla está la ventana Información del sistema delExplorador de procesos
2)En Panel de control > Sistema dice que miLa RAM instalada es de 4 GB y solo se pueden utilizar 2,45 GB.. Y obviamente, en el Administrador de tareas mi memoria física total también es de 2509 MB. Eso es porque mi sistema operativo es de 32 bits. Entonces,¿Entiendo correctamente que este 2509 (no esos 4 GB) es el número que debo usar para calcular el tamaño de mi archivo de paginación?
Sé que puede ser una tontería preguntar esto, pero como ya dije, quiero asegurarme de hacerlo bien.
Muchas gracias.
Respuesta1
Sin duda te refieres a"Superando los límites de Windows: memoria virtual"por Mark Russinovich.
- Sí, ese es el número.
- Sí, sólo tienes 2,5 GB de RAM utilizables (aproximadamente; no hay necesidad de exceso de precisión aquí).
Sin embargo... usted escribe sobre "hacerlo bien". Debo señalar que el artículo de Mark trata sobre "superar los límites" y esa fórmula te da una ideamínimo absolutopara el tamaño del archivo de paginación. Si desea que su sistema funcione bien, no querrá "superar los límites".
No hay ninguna recomendación en ese artículo que digadeberíahacer los ajustes tan pequeños. Sólo que puedes salirte con la tuya si realmente lo deseas. (Suponiendo que nunca necesite más memoria comprometida).
(Y es posible que necesite más. Recuerde que este "pico" que ha visto aquí es solo el pico durante la ejecución de Process Explorer. Solo es significativo si ejecuta la carga de trabajo máxima de su aplicación durante ese tiempo. Eso no significa simplemente iniciar todas las aplicaciones que cree que alguna vez tendrá en ejecución al mismo tiempo. También necesita que cada aplicación use la memoria privada máxima (memoria "comprometida") que le pedirá. algo difícil de configurar y probar. ¿Y quién puede decir que nunca agregará otra aplicación a su carga de trabajo típica? Por lo tanto, la información que obtiene con las herramientas de monitoreo no garantiza que nunca necesitará más).
Tenga en cuenta que si llega a alcanzar ese pico nuevamente y tiene el archivo de paginación configurado en el mínimo que calcula de esa manera, no habrá espacio en la RAM para la RAM utilizada por los archivos mapeados, como archivos de código, como exe y dll. . (Esto se debe a que el recuento de memoria virtual "comprometida" no incluye páginas de códigos u otras páginas respaldadas por archivos mapeados). Dado que el código debe estar en la RAM para ejecutarse, eso es un problema.
Ok, dado que está habilitando la expansión del archivo de paginación, no es un problema "espectacular". Pero sin duda será un éxito en el rendimiento.
Entonces, a menos que, por alguna razón académica, esté intentando demostrar el tamaño mínimo absoluto del archivo de paginación que no provocará fallas de la aplicación, independientemente de los problemas de rendimiento, no lo haría de esa manera. (No se me ocurre ninguna razón práctica para hacerlo).
Si realmente quieres reducir las cosas a unprácticomínimo, es decir, sin restringir la RAM disponible para el código, simplemente establezca el tamaño mínimo de su archivo de paginación en su carga de confirmación máxima observada. Esto significa que todavía habrá RAM disponible para el código incluso si las aplicaciones y el sistema operativo han creado tanta memoria comprometida (y han hecho referencia a toda ella).
Tampoco hay ninguna razón para limitar el tamaño máximo a sólo 2 veces el mínimo, a menos que esté muy preocupado por el uso del disco.
Verá, no hace ningún daño (aparte del uso de espacio en disco) tener un archivo de paginación más grande de lo que el sistema necesitará. En particular, un archivo de paginación más grande de lo necesario no "atraerá" más paginación. Y no hay ninguna ventaja en hacerlo apenas lo suficientemente grande (nuevamente, aparte del uso de espacio en disco). ¿Entonces, para qué molestarse? es decir, no está "optimizando" nada excepto el espacio en disco ocupado por este ejercicio.
Dado que quedarse sin límite de confirmación puede provocar fallas de la aplicación (y por lo tanto pérdida de datos) y, en casos raros, incluso fallas del sistema, no estaría tan interesado en hacer que mi archivo de paginación sea lo más pequeño posible.
Por otro lado, si el sistema tiene que escribir mucho en el archivo de paginación (y en un sistema Windows 7 con sólo 2,5 GB de RAM utilizables, imagino que así será), tener un archivo de paginación que sea considerablemente más grande de lo que el sistema alguna vez usará acelerar las cosas. ¿Por qué? Porque el algoritmo de asignación de espacio que se utiliza para el archivo de paginación puede ser mucho más rápido si hay mucho espacio libre.
Debido a esto, me gusta ver que el contador PerfMon para el % de uso del archivo de página se mantenga por debajo del 25 por ciento.