Priorização do arquivo de paginação em várias unidades [duplicado]

Estou gerenciando um servidor Dell R710 usado para alguns cálculos muito grandes de análise de elementos finitos não lineares (FEA). Ocasionalmente, essas execuções ocupam mais de 500 GB de memória alocada. Como atualmente esta máquina possui apenas 132 GB de RAM, essa alocação de memória adicional ocorre através do arquivo de paginação.

O arquivo de paginação está atualizado em uma matriz de HDD giratória e está causando um enorme gargalo. Eu investiguei o máximo de memória (288 GB) e a adição de um SSD Intel 750 NVMe de 400 GB como um disco de arquivo de paginação dedicado. Isso deve liberar alguns dos gargalos de IO do arquivo de paginação, mas quero garantir que não reduzimos ao máximo o arquivo de paginação e travemos uma grande corrida.

Antes de obter o Intel 750 de 800 GB para o tamanho máximo de arquivo de página de 864 GB (3x 288 GB), posso dizer ao Windows para usar a matriz do HDD como um failover para obter espaço extra no pagedisk? Existe alguma maneira de priorizar o SSD como primário para o arquivo de paginação? Obrigado.

Você não é "necessário" para ter um arquivo de paginação na matriz do HDD. Você pode simplesmente removê-lo ou configurá-lo para o mínimo absoluto, se desejar Crash Dumps (o sistema operacional informará quando você alterar o tamanho do arquivo de paginação individual na matriz do HDD). Supondo que a matriz é a localização do sistema operacional.

Isso forçará automaticamente as gravações no SSD, após o uso do arquivo de paginação da unidade de partição do SO.

Ter o arquivo de paginação em uma matriz tem desvantagens. Cada gravação de página vai para um controlador e passa desnecessariamente pela lógica da placa do controlador para determinar em quais unidades realmente gravar essa página. Um arquivo de paginação por natureza é um armazenamento temporário, portanto não há benefício em ter qualquer tipo de RAID ou matriz (especialmente se um subsistema mais rápido, como o SSD, neste caso, estiver disponível).

Alguém pode perguntar "e os grandes caches encontrados na maioria dos controladores de matriz?" Isso não é útil para o arquivo de paginação, novamente porque, por definição, o que está sendo paginado é o que não foi lido há algum tempo, portanto o cache provavelmente não será acessado para ler o arquivo de paginação de qualquer maneira. Um SSD com seu cache básico embutido será mais rápido que um cache de matriz neste cenário.

Em sua situação muito particular (cálculos da FEA), fica um pouco complicado se o algoritmo precisar abranger toda a memória alocada regularmente. Portanto, o arquivo de paginação está sendo lido muito. Nesse caso, qualquer cache grande em um controlador "poderia" ajudar, dependendo da sequência em que seu algoritmo acessa a memória. Se causar mais sequências de acesso do tipo LIFO (último a entrar, primeiro a sair), isso ajudará. Se for aleatório, provavelmente haverá benefício limitado. Se for FIFO (primeiro a entrar, primeiro a sair), provavelmente será prejudicial.

Provérbios aleatórios do MVP da Microsoft indicam que unidades mais rápidas serão favorecidas automaticamente. Embora minhas observações empíricas ao longo dos anos mostrem que a unidade do SO é favorecida. Portanto, a configuração acima aborda suas preocupações.