Mover o arquivo de paginação para a RAM é uma noção ridícula Basta desligá-lo e por mais 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).
Gerenciamento de memória é tratado pela CPU e se o arquivo de paginação está ativado ou desativado não faz diferença alguma em como as páginas são tratadas. É transparente para o Windows.
A prioridade da página não muda, as páginas serão descartadas da mesma forma. Arquivos de paginação são usados pela CPU como armazenamento secundário, não pelo sistema operacional. Não é nada mais do que cache de nível dois quando o nível um (RAM) se esgota.
Um exemplo rápido e muito sujo: minha máquina tem 16 GB de RAM e nenhum arquivo de paginação. 5 minutos atrás, com 13 GB em modo de espera e apenas 2 GB grátis, carreguei o Fallout 4.
As páginas de baixa prioridade foram descartadas como Fallout carregado.
Por outro lado, o Blog de Technet de 2008 sobre Empurrar os Limites de Memória do Windows é muito enganador - eu diria até o ponto de engano.
link
Eu também estou duvidoso se até mesmo Mark escreveu, mas eu espero que não, pois isso mudaria minha perspectiva dele ...
Fwiw existem buracos no artigo que eu estou surpreso que ninguém escolheu considerando quantas vezes esse blog foi referir
- O arquivo de paginação e seu local são manipulados pelo Windows, o trapping de acesso à memória a locais que foram paginados para fora do disco seria capturado pela CPU, mas entregue ao sistema operacional para recuperar a página do disco e carregá-la .
De qualquer forma, aqui não há uma descrição tão vaga:
O Windows não consegue alcançar endereços mais altos do que a CPU - não é possível.
Não importa o que o SO seja capaz, ele ainda é limitado pelo hardware em que ele roda .. porque o SO é, na verdade, a própria CPU (registradores internos).
OK, o arquivo de paginação é uma área no disco rígido que a CPU usa para o espaço de endereço físico estendido quando não pode usar mais memória física ou arquiteturalmente.
Na arquitetura x86 de 32 bits segmentada, por exemplo, existem dois segmentos de 2 GB de RAM.
Um é alocado para o kernel. Os outros 2 GB são para o modo de usuário.
Essa é toda a RAM que a CPU pode usar com 32 pinos DRAM, mas um processo de 32 bits tem 4 GB disponíveis, então o que fazer. Bem, felizmente a CPU pode usar o armazenamento secundário AKA no disco rígido para armazenar os 2 GB extra de páginas. Porque tem registros internos.
Os locais físicos em que as páginas virtuais referenciadas pelo processo não precisam ser armazenadas na RAM. Mas eles são armazenados em algum lugar pela CPU.
A CPU não pode dar todos os 4GB de RAM para o aplicativo, mas pode dar 4GB de endereço usando o HDD como cache secundário (que é tudo que o HDD realmente é)
As páginas são movidas para dentro e para fora da RAM através de seu mecanismo interno de paginação, mas isso não é o mesmo que um arquivo de paginação. Paginação sempre ocorre ....
O resultado final não é tão complicado assim. Nos últimos 15 anos, muitos usuários finais tiveram a impressão de que um arquivo de paginação é parte integrante do sistema operacional, não é. Nunca foi. Esse equívoco é parcialmente estimulado por corporações como a Intel e a Microsoft.
RAM é um dispositivo de armazenamento rápido, o Disco Rígido é um dispositivo de armazenamento mais lento, então essencialmente a RAM é cache de nível 1, o Disco Rígido é de Nível 2 (desconsiderando o cache da CPU para esta analogia). Ambos podem ser acessados pela CPU.
Se não houver RAM suficiente para a CPU armazenar as páginas necessárias, o HDD pode ser usado como um estouro. Se houver muita RAM, o PF é redundante.
Até o Core 2, os processadores Intel tinham um barramento DRAM de 32 pinos e 32 registradores significando que o processador tinha acesso a 4 GB de RAM e 4 GB de espaço em HD (arquivo de paginação). Esta é uma limitação de hardware de arquitetura, não uma limitação do Windows.
O total disponível para processos foi de 3,5 GB, porque uma tabela de páginas ocupa 512 MB. É por isso que o 3.5GB aparece no Windows com CPU da Intel (até o Core 2). Adicione uma GPU e ainda menos está disponível.
O Xeon pode acessar um total de 32 GB de RAM, 64 GB de espaço físico com HDD incluído (arquivo de paginação novamente). ( Isto ^ abrange PAE, -mais para vir com links adicionados ).
link
3a fonte de captura de tela:
Interface Binária de Aplicação do Sistema V
Versão do Esboço do Suplemento do Processador de Arquitetura AMD64 0.99.7
Pretendo continuar melhorando essa resposta e adicionando material de origem e informações relevantes. Eu gostaria de alcançar um equilíbrio entre informações insuficientes e muita informação técnica.
Sugestões são bem-vindas. Por favor, não faça downvote só porque não pode ser escrito tão bem.