8 votes

Priorité aux fichiers de pages sur plusieurs disques

Je gère un serveur Dell R710 utilisé pour de très gros calculs d'analyse par éléments finis (FEA) non linéaires. Occasionnellement, ces calculs utilisent plus de 500 Go de mémoire allouée. Étant donné que cette machine ne dispose actuellement que de 132 Go de RAM, cette allocation de mémoire supplémentaire se fait par le biais du fichier de pagination.

Le fichier de pagination se trouve actuellement sur un disque dur en rotation et provoque un énorme goulot d'étranglement. J'ai envisagé de maximiser la mémoire (288 Go) et d'ajouter un disque SSD Intel 750 NVMe de 400 Go en tant que disque dédié au fichier de pagination. Cela devrait libérer une partie du goulot d'étranglement IO de la pagefile, mais je veux m'assurer que nous ne maximisons pas la pagefile et que nous ne plantons pas une grande exécution.

A moins d'acheter un Intel 750 de 800 Go pour la taille maximale de 864 Go (3x 288 Go), puis-je dire à Windows d'utiliser la matrice de disques durs comme solution de secours pour obtenir de l'espace supplémentaire dans les pagedisk ? Y a-t-il un moyen de prioriser le SSD en tant que primaire pour le pagefile ? Merci.

2voto

user212609 Points 139

Vous n'êtes pas "obligé" d'avoir un fichier de pages sur la matrice de disques durs. Vous pouvez simplement la supprimer ou la régler au minimum absolu si vous souhaitez obtenir des Crash Dumps (le système d'exploitation vous informera lorsque vous modifierez la taille de chaque pagefile sur la matrice de disques durs). En supposant que la matrice soit l'emplacement du système d'exploitation.

Cela forcera automatiquement les écritures sur le disque SSD, après avoir utilisé la pagefile du disque de partition du système d'exploitation.

Le fait d'avoir le fichier de pages sur une matrice présente des inconvénients. Chaque page écrite va vers un contrôleur et passe inutilement par la logique de la carte contrôleur pour déterminer sur quel(s) lecteur(s) écrire cette page. Un fichier de pages est par nature un stockage temporaire, il n'y a donc aucun avantage à disposer d'un RAID ou d'une matrice (en particulier si un sous-système plus rapide, c'est-à-dire un disque SSD dans ce cas, est disponible).

Quelqu'un pourrait demander "qu'en est-il des caches de grande taille que l'on trouve sur la plupart des contrôleurs de réseau ?" Ces caches ne sont pas utiles pour les fichiers de pages, encore une fois parce que, par définition, ce qui est transféré est ce qui n'a pas été lu depuis un certain temps, de sorte qu'il est peu probable que l'on accède à la mémoire cache pour relire le fichier de pages de toute façon. Un disque SSD avec son cache de base intégré sera plus rapide qu'un cache de matrice dans ce scénario.

Dans votre situation très particulière (calculs FEA), la situation devient un peu plus délicate si l'algorithme doit utiliser régulièrement la totalité de la mémoire allouée. Dans ce cas, le fichier de pages est souvent relu. Dans ce cas, un grand cache sur un contrôleur "pourrait" aider en fonction de la séquence dans laquelle votre algorithme accède à la mémoire. S'il s'agit plutôt d'une séquence d'accès de type LIFO (dernier entré, premier sorti), il sera utile. S'il s'agit d'un accès aléatoire, l'avantage sera probablement limité. S'il s'agit d'une séquence FIFO (premier entré, premier sorti), il y a de fortes chances qu'elle soit néfaste.

Des dictons aléatoires de Microsoft MVP indiquent que les disques plus rapides seront favorisés par magie. Cependant, mes observations empiriques au fil des ans montrent que le disque du système d'exploitation est favorisé. La configuration ci-dessus répond donc à vos deux préoccupations.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X