Mover el archivo de paginación a RAM es una noción ridícula. Simplemente apáguelo y agregue más RAM. :)
No matter how much RAM you have, you want the system to be able to use it efficiently. Having no paging file at all forces the operating system to use RAM inefficiently for two reasons. First, it can't make pages discardable, even if they haven't been either accessed or modified in a very long time, which forces the disk cache to be smaller. Second, it has to reserve physical RAM to back allocations that are very unlikely to ever require it (for example, a private, modifiable file mapping), leading to a case where you can have plenty of free physical RAM and yet allocations are refused to avoid overcommitting.
Consider, for example, if a program makes a writable, private memory mapping of a 4GB file. The OS has to reserve 4GB of RAM for this mapping, because the program could conceivably modify every byte and there's no place but RAM to store it. So immediately, 4GB of RAM is basically wasted (it can be used to cache clean disk pages, but that's about it).
La CPU maneja la gestión de memoria y si el archivo de paginación está activado o desactivado no hace una gran diferencia en cómo se tratan las páginas. Es transparente para Windows.
La prioridad de la página no cambia, las páginas se descartarán de la misma manera. La CPU utiliza los archivos de paginación como almacenamiento secundario, no el sistema operativo. No es más que el nivel dos de caché cuando se agota el nivel uno (RAM).
Un ejemplo rápido y muy sucio: mi máquina tiene 16 GB de RAM y ningún archivo de paginación. Hace 5 minutos con 13 GB en espera y solo 2 GB libres, cargué Fallout 4. Las páginas de baja prioridad se descartaron como cargadas de Fallout.
Por cierto, el Blog de Technet 2008 sobre cómo impulsar los límites de memoria de Windows es muy engañoso, diría que hasta el punto de engaño.
https://i.stack.imgur.com/wXkmi.png
También dudo si Mark lo escribió, pero espero que no, ya que cambiaría mi perspectiva de él ...
Ahora hay huecos en el artículo que estoy estupefacto que nadie ha elegido teniendo en cuenta con qué frecuencia se ha referido ese blog
- Windows maneja el archivo de paginación y su ubicación, la CPU capturaría el acceso de memoria a las ubicaciones que se han paginado en el disco, pero se lo entregaría al sistema operativo para recuperar la página del disco y cargarla.
De todos modos, aquí hay una descripción no tan vaga:
Windows no puede alcanzar direcciones más altas que la CPU; no es posible.
Independientemente de lo que el sistema operativo sea capaz, todavía está limitado por el hardware en el que se ejecuta ... porque el sistema operativo es en realidad la propia CPU (registros internos).
OK, entonces el archivo de paginación es un área en el HDD que la CPU usa para el espacio de direcciones físicas extendido cuando no puede usar más RAM física o arquitectónicamente.
En la arquitectura segmentada x86 de 32 bits, por ejemplo, hay dos segmentos de RAM de 2 GB.
Uno está asignado al núcleo. Los otros 2 GB son para el modo de usuario. Esa es toda la RAM que la CPU puede usar con 32 pines DRAM, pero un proceso de 32 bits tiene 4 GB disponibles, así que qué hacer. Afortunadamente, la CPU puede usar almacenamiento secundario, también conocido como disco duro, para almacenar los 2 GB adicionales de páginas. Porque tiene registros internos
Las ubicaciones físicas donde las páginas virtuales a las que hace referencia el proceso no tienen que almacenarse en la RAM. Pero sí han sido almacenados en algún lugar por la CPU.
La CPU no puede dar todos los 4 GB de RAM a la aplicación, pero puede darle 4 GB de dirección al usar el HDD como caché secundaria (que es todo lo que realmente es el HDD)
Las páginas entran y salen de la RAM a través de su mecanismo de paginación interno, pero esto no es lo mismo que un archivo de paginación. La paginación siempre ocurre ...
El resultado final no es realmente tan complicado. Durante los últimos 15 años más o menos, muchos usuarios finales han tenido la impresión de que un archivo de paginación es una parte integral del sistema operativo, no lo es. Nunca ha sido Este concepto erróneo es alimentado en parte por corporaciones como Intel y Microsoft.
La RAM es un dispositivo de almacenamiento rápido, el disco duro es un dispositivo de almacenamiento más lento, por lo que esencialmente la RAM es el caché de nivel 1, el disco duro es el nivel 2 (sin tener en cuenta el caché de la CPU para esta analogía). Se puede acceder a ambos por la CPU.
Si no hay suficiente RAM disponible para que la CPU almacene las páginas que necesita, el HDD puede usarse como un desbordamiento. Si hay mucha RAM, entonces el PF es redundante.
Hasta el Core 2, los procesadores Intel tenían un bus DRAM de 32 pines y 32 registros, lo que significa que la CPU tenía acceso a 4 GB de RAM y 4 GB de espacio en el disco duro (archivo de paginación). Esta es una limitación de hardware arquitectónico, no una limitación de Windows.
El total disponible para procesos fue de 3.5 GB, porque una tabla de páginas ocupa 512 MB. Es por eso que 3.5GB aparece en Windows con CPU de Intel (hasta Core 2). Agregue una GPU y aún menos está disponible.
Xeon podría acceder a un total de 32 GB de RAM, 64 GB de espacio físico con HDD incluido (archivo de paginación nuevamente). ( Esto ^ cubre PAE, -más por venir con enlaces agregados ).
http://www.windowsdevcenter.com/pub/a/windows/2004/04/27/pagefile.html
Tercera fuente de captura de pantalla:
Interfaz binaria de la aplicación System V AMD64 Architecture Processor Supplement Draft Version 0.99.7
Tengo la intención de seguir mejorando esta respuesta y agregar material de origen e información relevante. Me gustaría lograr un equilibrio entre información insuficiente y demasiada información técnica. Las sugerencias son bienvenidas. Por favor, no haga un voto negativo solo porque no esté bien escrito.