7Aug

Devrais-je désactiver le fichier de page si mon ordinateur a beaucoup de RAM?

click fraud protection

Si vous avez un ordinateur avec une grande quantité de RAM, auriez-vous des avantages à désactiver le fichier de la page ou si vous laissez juste assez bien seul? SuperUser Q & A d'aujourd'hui discute du sujet pour aider à satisfaire la curiosité d'un lecteur.

Question d'aujourd'hui &La session de réponse nous est offerte par SuperUser, une subdivision de Stack Exchange, un regroupement communautaire de sites Web Q & A.

Photo gracieuseté de Collin Anderson( Flickr).

La question

SuperUser lecteur user1306322 veut savoir s'il y a des avantages à désactiver le fichier de page si l'ordinateur d'une personne a beaucoup de RAM:

Imaginez que j'ai des tonnes de RAM, disons 64 Go, par exemple. C'est beaucoup, même pour les ordinateurs de jeu. Maintenant, l'emplacement par défaut d'un fichier de page dans Windows est sur le lecteur du système d'exploitation principal( que ce soit HDD ou SSD), ce qui est plus rapide en général, mais pas toujours aussi rapide que la RAM.

instagram viewer

Quelque chose me dit que la désactivation du fichier de page sur le disque dur ou la création d'un lecteur RAM virtuel et le fait que le fichier de page soit là pourrait amener Windows à déplacer toute sa mémoire virtuelle vers la RAM et augmenter les performances du système. Mais je ne suis pas très compétent dans ce domaine, donc ce n'est peut-être pas vrai du tout.

J'ai essayé les deux, mais je n'ai pas pu analyser les résultats pour arriver à une conclusion définitive avec mon niveau de connaissance en matière de mémoire. Cela fonctionnerait-il? Si non, alors pourquoi?

Est-ce que user1306322 aurait l'avantage de désactiver le fichier de page?

La réponse

SuperUser contributeur David Schwartz a la réponse pour nous:

Peu importe combien de RAM vous avez, vous voulez que le système puisse l'utiliser efficacement. Ne pas avoir un fichier de page force le système d'exploitation à utiliser la RAM de manière inefficace pour deux raisons:

  • Premièrement, il ne peut pas rendre les pages discardables, même si elles n'ont pas été accédées ou modifiées depuis très longtemps, ce qui force le cache disqueplus petit.
  • Deuxièmement, il doit réserver de la RAM physique pour sauvegarder les allocations qui sont très peu susceptibles de l'exiger( par exemple, un mappage de fichiers modifiable et privé), conduisant à un cas où vous pouvez avoir beaucoup de RAM physique et des allocationspour éviter de trop commettre.

Considérons, par exemple, si un programme crée un mappage de mémoire privée accessible en écriture d'un fichier de 4 Go. Le système d'exploitation doit réserver 4 Go de RAM pour ce mappage car le programme pourrait éventuellement modifier chaque octet et il n'y a pas d'autre endroit que de la RAM pour le stocker. Donc, dès le départ, 4 Go de RAM sont fondamentalement gaspillés( il peut être utilisé pour mettre en cache des pages de disque propres, mais c'est à peu près tout).

Vous devez avoir un fichier de page si vous voulez tirer le meilleur parti de votre RAM, même si elle n'est jamais utilisée. Il agit comme une police d'assurance qui permet au système d'exploitation d'utiliser réellement la RAM qu'il possède, plutôt que d'avoir à le réserver pour des possibilités extraordinairement improbables.

Les personnes qui ont conçu le comportement de votre système d'exploitation ne sont pas des imbéciles. Avoir un fichier de page donne plus de choix au système d'exploitation, et il ne fera pas de mauvais choix.

Il ne sert à rien d'essayer de mettre un fichier de page en RAM.Et si vous avez beaucoup de RAM, le fichier de la page est très peu susceptible d'être utilisé( il doit juste être là), donc cela n'a pas vraiment d'importance à quelle vitesse le périphérique est.

Assurez-vous de jeter un coup d'œil sur le fil de discussion animé sur le sujet via le lien ci-dessous!

Avoir quelque chose à ajouter à l'explication? Sonnez dans les commentaires. Vous voulez lire plus de réponses d'autres utilisateurs de Stack Exchange? Découvrez le fil de discussion complet ici.