J'utilise Windows 7 sur un processeur AMD x64 double cœur avec 8 Go de RAM.
Ai-je même besoin d'un fichier de page?
L'enlever aidera-t-il ou nuira-t-il aux performances?
Cela ferait-il une différence s'il s'agit d'un serveur ou d'un poste de travail?
Windows 7 par rapport à Windows 2008 fait-il une différence avec un fichier d'échange?
Version TL; DR: laissez Windows gérer vos paramètres de mémoire / fichier d'échange. Les personnes atteintes de SP ont passé beaucoup plus d'heures à réfléchir à ces problèmes que la plupart d'entre nous, administrateurs système.
De nombreuses personnes semblent supposer que Windows insère des données dans le fichier d'échange à la demande. EG: quelque chose demande beaucoup de mémoire, et il n’ya pas assez de RAM pour répondre à la demande. Windows commence donc à écrire follement les données de RAM à disque à la dernière minute, afin de pouvoir libérer de la RAM pour les nouvelles demandes.
Ceci est une erreur. Il se passe plus de choses sous le capot. D'une manière générale, Windows gère un magasin de sauvegarde , ce qui signifie qu'il souhaite voir également tout ce qui est en mémoire sur le disque. Désormais, lorsque quelque chose survient et demande beaucoup de mémoire, Windows peut effacer la RAM très rapidement, car ces données sont déjà sur le disque, prêtes à être renvoyées dans la RAM si nécessaire. On peut donc dire qu'une grande partie de ce qui est dans le fichier d'échange est également dans la RAM; les données ont été placées de manière préemptive dans le fichier d'échange pour accélérer les nouvelles demandes d'allocation de mémoire.
Décrire les mécanismes spécifiques impliqués prendrait de nombreuses pages (voir le chapitre 7 de Windows Internals et notez qu'une nouvelle édition sera bientôt disponible), mais il y a quelques petites choses à noter. Premièrement, une grande partie de la mémoire vive est intrinsèquement déjà présente sur le disque - code de programme extrait d'un fichier exécutable ou d'une DLL, par exemple. Cela n'a donc pas besoin d'être écrit dans le fichier d'échange; Windows peut simplement garder une trace de l'origine des bits. Deuxièmement, Windows garde la trace des données dans la RAM les plus fréquemment utilisées et efface ainsi de celle-ci les données qui ont duré le plus longtemps sans être consultées.
La suppression complète du fichier d'échange peut entraîner une augmentation du nombre de disques sur le disque. Imaginez un scénario simple dans lequel une application est lancée et requiert 80% de la RAM existante. Cela forcerait le code exécutable actuel à sortir de la RAM - peut-être même du code de système d'exploitation. Désormais, chaque fois que ces autres applications - ou le système d’exploitation lui-même (!!) ont besoin d’accéder à ces données, le système d’exploitation doit les rechercher à partir du magasin de sauvegarde sur disque, ce qui engendre beaucoup de mises au rebut. Parce que sans le fichier d'échange servant de magasin de sauvegarde pour les données transitoires, les seuls éléments pouvant être paginés sont les exécutables et les DLL comportant des magasins de sauvegarde inhérents.
Il existe bien sûr de nombreux scénarios d'utilisation des ressources. Il n'est pas impossible que vous ayez l'un des scénarios dans lesquels il n'y aurait pas d'effets néfastes de la suppression du fichier d'échange, mais ceux-ci sont minoritaires. Dans la plupart des cas, la suppression ou la réduction du fichier d'échange entraînera une réduction des performances dans des scénarios d'utilisation maximale des ressources.
Quelques références:
dmo a noté un récent post d'Eric Lippert qui aide à la compréhension de la mémoire virtuelle (bien que moins en rapport avec la question). Je le mets ici parce que je soupçonne que certaines personnes ne chercheront pas d’autres réponses - mais si vous le trouvez précieux, vous devez un vote pour le DMO , alors utilisez le lien pour vous y rendre!
Eric Lippert a récemment écrit une entrée de blog décrivant comment Windows gère la mémoire. En bref, le modèle de mémoire Windows peut être considéré comme un magasin de disques sur lequel la RAM agit comme un cache améliorant les performances.
la source
Comme je vois d’autres réponses, je suis le seul à avoir désactivé le fichier de page et ne l’ai jamais regretté. Génial :-)
À la maison et au travail, j'ai Vista 64 bits avec 8 Go de RAM. Le fichier d'échange est désactivé pour les deux. Au travail, il n’ya rien d’inhabituel pour moi à avoir quelques instances de Visual Studio 2008, Virtual PC avec Windows XP, deux instances de SQL Server et Internet Explorer 8 avec de nombreux onglets fonctionnant ensemble. J'atteins rarement 80% de la mémoire.
J'utilise également le sommeil hybride tous les jours (hibernation avec sommeil) sans aucun problème.
J'ai commencé à expérimenter avec Windows XP avec 2 Go de RAM et j'ai vraiment vu la différence. L'exemple classique était lorsque les icônes du Panneau de configuration cessaient de s'afficher l'une après l'autre, mais simultanément. De plus, le temps de démarrage de Firefox / Thunderbird a considérablement augmenté. Tout a commencé à fonctionner immédiatement après avoir cliqué sur quelque chose. Malheureusement, 2 Go était trop petit pour l'utilisation de mes applications (Visual Studio 2008, Virtual PC et SQL Server), je l'ai donc réactivé.
Mais pour le moment, avec 8 Go, je ne veux plus jamais revenir en arrière et activer le fichier d'échange.
Pour ceux qui parlent de cas extrêmes, prenez celui-ci de l'époque de Windows XP.
Lorsque vous essayez de charger un tableau croisé dynamique volumineux dans Excel à partir d'une requête SQL, Excel 2000 augmente assez rapidement l'utilisation de la mémoire.
Lorsque vous avez désactivé le fichier d'échange, attendez un peu, puis Excel explose et le système efface toute la mémoire qui le suit.
Lorsque le fichier d'échange est activé, vous attendez un certain temps et vous remarquerez que quelque chose ne va pas, vous ne pouvez pratiquement rien faire avec votre système. Votre disque dur fonctionne à merveille et même si vous parvenez à exécuter le Gestionnaire des tâches (après quelques minutes d’attente) et que
excel.exevous tuez, vous devez attendre quelques minutes jusqu’à ce que le système charge tout le contenu du fichier de page.Comme je l'ai vu plus tard, Excel 2003 gère le même tableau croisé dynamique sans aucun problème avec le fichier d'échange désactivé. Il ne s'agissait donc pas d'un "problème de fichier trop volumineux".
Donc, à mon avis, un fichier de page désactivé vous protège même parfois des applications mal écrites.
En bref: si vous connaissez votre utilisation de la mémoire, vous pouvez la désactiver en toute sécurité.
Edit: Je veux juste ajouter que j'ai installé Windows Vista SP2 sans aucun problème.
la source
Vous voudrez peut-être effectuer des mesures pour comprendre comment votre système utilise la mémoire avant de procéder aux réglages du fichier d'échange. Ou (si vous voulez toujours faire des ajustements), avant et après ces ajustements.
Perfmon est l'outil pour cela. pas le gestionnaire de tâches. Un compteur de clé est Memory - Pages Input / sec . Cela va spécifiquement représenter graphiquement les fautes de page difficiles , celles dans lesquelles une lecture à partir du disque est nécessaire avant qu'un processus puisse continuer. Les défauts de page logiques (qui constituent la majorité des éléments représentés dans le compteur de défauts de page / s par défaut ; je recommande de ne pas tenir compte de ce compteur!) Ne sont pas vraiment un problème. ils montrent simplement les éléments lus de la RAM normalement.
Graphique Perfmon http://g.imagehost.org/0383/perfmon-paging.png
Ci-dessus est un exemple de système sans soucis, du point de vue de la mémoire. Très occasionnellement, il y a un pic de défauts durs - ceux-ci ne peuvent être évités, car les disques durs sont toujours plus grands que la RAM. Mais le graphique est en grande partie à zéro. Le système d’exploitation envoie donc très rarement la pagination à partir du support.
Si vous voyez un graphique Mémoire - Pages en entrée / s beaucoup plus pointu que celui-ci, la bonne réponse consiste à utiliser moins de mémoire (moins de programmes) ou à ajouter de la RAM. Changer les paramètres de votre fichier d'échange ne changera pas le fait que le système demande plus de mémoire que ce dont il a réellement besoin.
Un compteur supplémentaire pratique pour surveiller est PhysicalDisk - Avg. Longueur de la file d'attente (toutes les instances). Cela montrera l'impact de vos modifications sur l'utilisation du disque lui-même. Un système bien comporté affichera ce compteur en moyenne à 4 ou moins par broche .
la source
J'ai utilisé ma boîte Vista x64 de 8 Go sans fichier de page pendant des années, sans aucun problème.
Des problèmes sont survenus lorsque j'ai vraiment utilisé ma mémoire!
Il y a trois semaines, j'ai commencé à éditer de très gros fichiers image (~ 2 Go) dans Photoshop. Une session de montage a englouti toute ma mémoire. Problème: je n'ai pas pu enregistrer mon travail car Photoshop a besoin de plus de mémoire pour enregistrer le fichier!
Et comme c'était Photoshop lui-même, qui consommait toute la mémoire, je ne pouvais même pas libérer de la mémoire en fermant des programmes (eh bien, oui, mais c'était trop peu pour être utile).
Tout ce que je pouvais faire était de supprimer mon travail, d’activer mon fichier de page et de refaire tout mon travail - j’ai perdu beaucoup de travail à cause de cela et je ne peux pas vous recommander de désactiver votre fichier de page.
Oui, cela fonctionnera très bien la plupart du temps. Mais au moment où ça casse, ça risque d'être douloureux.
la source
Bien que les réponses ici couvrent assez bien le sujet, je recommanderai quand même cette lecture:
http://blogs.technet.com/markrussinovich/archive/2008/11/17/3155406.aspx
Il parle de la taille de PF presque à la fin:
J'aime beaucoup les articles de Mark.
la source
La meilleure réponse à laquelle je puisse penser est que sous une charge normale, vous ne pouvez pas utiliser les 8 Go, mais ce sont les charges inattendues qui risquent de vous poser problème.
Avec un fichier de page, le système fonctionnera au moins lentement une fois qu’il commencera à frapper la page. Mais si vous supprimez le fichier de page, il mourra (de ce que je sais).
En outre, 8 Go semble beaucoup maintenant, mais dans quelques années, cela pourrait être considéré comme la quantité de mémoire minimale requise pour de nombreux logiciels.
Quoi qu'il en soit, je vous recommande de conserver au moins un petit fichier de page; mais d'autres s'il vous plaît corrigez-moi si je suis hors de la base.
la source
Vous n'avez pas mentionné s'il s'agissait d'une édition 64 bits de Windows, mais je suppose que oui.
Le fichier d'échange sert à beaucoup de choses, y compris à la génération d'un vidage de la mémoire en cas de BSoD (écran bleu de la mort).
Si vous n'avez pas de fichier d'échange, Windows ne pourra pas passer d'une page à une autre sur le disque s'il n'y a pas assez de mémoire. Vous pensez peut-être qu'avec 8 Go, vous n'atteindrez pas cette limite. Mais il est possible que de mauvais programmes perdent de la mémoire au fil du temps.
Je pense que cela ne vous laissera pas passer en veille prolongée / veille sans fichier d'échange (mais je n'ai pas encore essayé).
Windows 7/2008 / Vista ne modifie pas l'utilisation du fichier de page.
J'ai vu une explication de Mark Russinovich (Microsoft Fellow) expliquant que Windows peut être plus lent sans fichier page qu'avec un fichier page (même avec beaucoup de mémoire vive). Mais je ne trouve pas la cause première.
Êtes-vous à court d'espace disque? Je garderais un minimum de 1 Go pour pouvoir effectuer un vidage du noyau dans le cas d'un BSOD.
la source
J'ai désactivé mon fichier de page (8 Go sur un ordinateur portable x86) et j'ai rencontré deux problèmes, même avec 2 500 Mo d'espace libre:
Erreur ASP.NET lors de la tentative d'activation du service WCF : la vérification des portes mémoire a échoué car la mémoire disponible (399 556 608 octets) représente moins de 5% de la mémoire totale. En conséquence, le service ne sera pas disponible pour les demandes entrantes. Pour résoudre ce problème, réduisez la charge sur la machine ou ajustez la valeur de minFreeMemoryPercentageToActivateService sur l'élément de configuration serviceHostingEnvironment.
Comment 3,7 Go, c'est moins de 5% de 8 Go, je ne le saurai jamais !!
Mise en place de programmes Close pour empêcher la perte d'informations : Lorsque 75% de ma RAM est utilisée, une boîte de dialogue m'informe de fermer les programmes. Vous pouvez le désactiver en modifiant le registre (ou éventuellement en désactivant le «service de stratégie de diagnostic»).
En fin de compte, j'ai décidé de le rallumer. Windows n'a jamais été conçu pour être utilisé sans fichier de page. Il est optimisé pour exécuter avec la pagination, non sans. Si vous envisagez d'utiliser plus de 75% de votre mémoire et que vous ne voulez pas vous mêler de votre base de registre, alors ce n'est peut-être pas pour vous.
la source
La seule personne qui peut vous dire si vos serveurs ou vos postes de travail "ont besoin" d'un fichier de page, c'est vous , avec une utilisation judicieuse de l'Analyseur de performances ou de ce que l'on appelle de nos jours. Quelles applications utilisez-vous, quelle utilisation voient-elles et quelle est la plus grande utilisation possible de la mémoire que vous pourriez potentiellement voir?
Est-ce que la stabilité vaut la peine d’être compromise pour économiser une petite somme d’argent sur des disques durs plus petits?
Que se passe-t-il lorsque vous téléchargez un très gros correctif, par exemple un service pack? Si le service de l'installateur décide qu'il a besoin de plus de mémoire que prévu pour décompresser le correctif, que se passe-t-il alors? Si votre scanneur de virus décide (à juste titre) d’analyser ce très gros paquet, de quel type de mémoire aura-t-il besoin pour décompresser et analyser ce fichier de correctif - j’espère que le fichier d’archive du correctif ne contient aucune archive assassiner mémoire utiliser chiffres.
Ce que je peux vous dire, c'est que la suppression de votre fichier de page a une probabilité bien plus grande de nuire que d'aider. Je ne vois pas pourquoi vous n'en auriez pas - je suis sûr qu'il y a peut-être quelques cas de spécialistes pour lesquels je me trompe, mais c'est un tout autre domaine.
la source
Votre mémoire totale disponible est votre fichier d'échange + mémoire réelle.
La question clé est de savoir si votre utilisation de mémoire totale prévue pour toutes les applications et celle du système d'exploitation avoisinent les 8 Go. Si votre utilisation moyenne de la mémoire est de 2 Go et que votre utilisation maximale de la mémoire n’est que de 4 Go, il est alors inutile de disposer d’un fichier de page. Si votre utilisation maximale de la mémoire est plus proche de 6 à 7 Go ou plus, il est judicieux d’avoir un fichier de page.
PS: N'oubliez pas de permettre la croissance dans le futur!
la source
Il semble que beaucoup de personnes très limitées ont une opinion à ce sujet mais n’ont jamais réellement essayé de faire fonctionner leur ordinateur sans fichier de page.
Peu, sinon presque, ont essayé. Encore moins semblent savoir comment Windows traite le fichier d'échange. Il ne "remplit" pas juste lorsque vous manquez de RAM physique. Je parie que la plupart d'entre vous ne savaient même pas que votre RAM "libre" est utilisée comme cache de fichiers!
Vous POUVEZ obtenir d’énormes améliorations des performances en désactivant votre fichier de page. Votre système SERA plus susceptible aux erreurs de mémoire insuffisante (et savez-vous comment vos applications réagissent dans ce scénario - la plupart du temps, le système d'exploitation met simplement fin à l'application). Les temps de démarrage à partir de périodes de veille ou de longues périodes d'inactivité seront beaucoup plus rapides.
Si Microsoft vous autorisait réellement à définir une option permettant au fichier d'échange de n'être utilisé UNIQUEMENT que lorsque vous n'avez plus de RAM physique (et que tous les tampons de fichiers ont été supprimés), je pense qu'il serait inutile de désactiver le fichier d'échange.
la source
C'est un antidote, mais nous exécutons un serveur Windows Server 2003 Terminal Server pour environ 20 utilisateurs, avec 10 à 15 connectés à la fois et 8 Go de RAM. Nous ne courons pas avec un fichier de page et notre serveur est plus rapide qu’avant. Ce n’est évidemment pas une solution pour tout, mais cela fait deux ans que nous fonctionnons de la sorte et nous n’avons eu aucun problème à ma connaissance.
la source