Priorización de archivos de paginación en múltiples unidades [duplicado]


8

Estoy administrando un servidor Dell R710 utilizado para algunos cálculos de análisis de elementos finitos no lineales (FEA) muy grandes. Ocasionalmente, estas ejecuciones requerirán más de 500 GB de memoria asignada. Dado que esta máquina actualmente solo tiene 132 GB de RAM, esta asignación de memoria adicional viene a través del archivo de paginación.

El archivo de paginación está actualizado en una matriz HDD giratoria y está causando un gran cuello de botella. He investigado maximizar la memoria (288 GB) y agregar un SSD Intel 750 NVMe de 400 GB como un disco de archivo de paginación dedicado. Esto debería liberar parte del cuello de botella de IO del archivo de paginación, pero quiero asegurarme de que no maximicemos el archivo de página y bloqueemos una ejecución grande.

A menos que obtenga el Intel 750 de 800 GB para el tamaño máximo de archivo de página comprendido de 864 GB (3x 288 GB), ¿puedo decirle a Windows que use la matriz HDD como una conmutación por error para espacio paginado adicional? ¿Hay alguna forma de priorizar el SSD como primario para el archivo de paginación? Gracias.


+1 para una buena pregunta. También se preguntó como superuser.com/questions/446747/… pero para Windows 7. Lamentablemente, aún no tiene una respuesta. Si obtenemos una buena respuesta para esta que funciona para ambos, espero cerrar la otra como un duplicado de esta.
Hennes

¿Qué pasa con Windows 10?
Necktwi

Respuestas:


2

No es "obligatorio" tener un archivo de paginación en la matriz HDD. Simplemente puede eliminarlo o establecerlo en un mínimo absoluto, si desea volcados por caída (el sistema operativo le indicará cuándo cambia el tamaño individual del archivo de paginación en la matriz de HDD). Suponiendo que la matriz es la ubicación del sistema operativo.

Esto forzará automáticamente las escrituras en SSD, después de que haya utilizado el archivo de paginación de la unidad de partición del sistema operativo.

Tener el archivo de paginación en una matriz tiene inconvenientes. Cada escritura de página va a un controlador e innecesariamente va a través de la lógica de la placa del controlador para determinar en qué unidad (es) escribir realmente esa página. Un archivo de paginación por naturaleza es almacenamiento temporal, por lo que no hay ningún beneficio por tener cualquier tipo de RAID o matriz (especialmente si hay un subsistema más rápido, es decir, SSD en este caso).

Alguien podría preguntar "¿qué pasa con los cachés grandes que se encuentran en la mayoría de los controladores de matriz?" Esos no son útiles para el archivo de paginación, nuevamente porque, por definición, lo que se está paginando es lo que no se ha leído en un tiempo, por lo que no es probable que se acceda al caché para leer el archivo de paginación de todos modos. Un SSD con su caché básica integrada será más rápido que un caché de matriz en este escenario.

En su situación muy particular (cálculos de FEA) se vuelve un poco complicado, si el algoritmo necesita abarcar toda la memoria asignada regularmente. Entonces, el archivo de paginación se vuelve a leer mucho. En ese caso, cualquier caché grande en un controlador "podría" ayudar dependiendo de la secuencia en que su algoritmo acceda a la memoria. Si causa más secuencia de acceso tipo LIFO (último en entrar, primero en salir), entonces ayudará. Si es aleatorio, es probable que el beneficio sea limitado. Si es FIFO (primero en entrar, primero en salir), es probable que duela.

Los dichos aleatorios de MVP de Microsoft indican que las unidades más rápidas serán favorecidas automáticamente por arte de magia. Aunque mis observaciones empíricas a lo largo de los años muestran que la unidad del sistema operativo es favorecida. Por lo tanto, la configuración anterior resuelve sus preocupaciones.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.