Le changement de greffe de désactionnaire peut-il avoir un effet réel?
Sur un certain nombre de machines dans le passé, à travers différentes versions de Windows (2000, XP et sans Vista), j'ai activé DistablePagingExecutive d'essayer d'améliorer les performances. Dans chaque cas, et j'ai eu beaucoup de mémoire, et dans la particulièrement dans le cas en cours. Cependant, après un certain temps, après un certain temps, j'ai vérifié un responsable des tâches après un moment et je montre toujours une énorme morceau du noyau paginé sur le disque, même si j'ai 2 Go de mémoire physique libre.
Quelqu'un a-t-il déjà utilisé ce Tweak avec succès? Jamais? Peut-être que je vis vous considère comme le mauvais indicateur lorsque je vérifie le gestionnaire de tâches (onglet Performances -> "Mémoire de noyau"), mais j'aimerais empêcher Windows de faire la piange de tout ce qu'il peut sur le disque, en particulier compte tenu de la quantité de mémoire fournie dans ordinateurs de bureau ces jours-ci. Il semble que l'option "NE PAGE PAGE DOCK TO DISK SAUF DU DISPONIBLE DE MEMORY" devrait exister - y a-t-il un?
Il y a une énorme quantité de confusion sur Internet concernant cette fonction. Le réglage n'effectue qu'une partie du noyau appelée exécutif, puis uniquement aux portions qui sont pagables. Il existe d'autres parties du noyau complètement non affectées par ce réglage.
La pagination du noyau fonctionne de la même manière que toute autre pagination. Le code et les données qui sont fréquemment accessibles seront conservés dans RAM tandis que le reste restera sur le disque - où il appartient. Le système ne retirera aucune partie du noyau de RAM Sauf s'il a trouvé une meilleure utilisation pour cela. Microsoft a consacré une quantité énorme de recherche et de test aux systèmes de pagination.
Dans le contexte du noyau "non payé", le code et les données qui ne peuvent jamais être exprimés en aucune circonstance. "PAGAGE" signifie code et données qui peuvent être poncés si nécessaire. Combien de fois =IS pagage est impossible à dire auprès de Task Manager. Une partie du code qui est poncé n'a jamais été lu sur le disque en premier lieu car ce n'était pas encore nécessaire. Pas Tout le noyau est fréquemment accessible. Vous ne devez pas vous attendre à ce que les numéros paginés et non ponctués soient effectués par la définition en question.
Remarque: lorsque le code est paginé, il n'est normalement pas copié sur le pageFile. Cela n'est pas nécessaire car il peut simplement être rechargé des fichiers d'origine. Ceci s'applique à la plupart des codes, pas seulement du Kerenl.
Avec une quantité raisonnable de RAM==== Le réglage fera essentiellement rien. Cela empêche tout simplement le système de faire une radiation de données sur lesquelles il ne souhaitait pas à feu de toute façon.
Je ne sais pas si vous réalisez cela, mais que des défauts de page sont le mécanisme utilisé par Windows pour charger le code exécutable. Ainsi, par exemple, a DLL est mappé sur la mémoire virtuelle, puis les erreurs de page sont utilisées pour effectuer le chargement réel du disque requis. Le pageFile n'est pas impliqué dans cela.
Donc, beaucoup de ce que vous pensez comme "pagonné sur disque" pourrait être des trucs sur le disque en premier lieu.
Juste pour ajouter une utilisation supplémentaire de ce paramètre: il est nécessaire par xperf pile marchant.
http://blogs.msdn.com/b/pigscanfly/archive/2009/08/06/stact-walking-in-xperf.aspx
Désactiver la liste de pagination
Pour que le traçage fonctionne sur des fenêtres de 64 bits, vous devez définir la clé de registre DisablePagingExecutive. Ceci indique au système d'exploitation de non pas les pilotes de mode de noyau et le code système à disque, ce qui est une condition préalable à obtenir des piles d'appel de 64 bits à l'aide de XPERF, car la marche de pile de 64 bits dépend des métadonnées dans les images exécutables et dans certaines situations. Le code de marche de la pile Xperf n'est pas autorisé à toucher des pages paginées.
Une autre pièce d'informations sur le réglage. Cette citation peut être trouvée sur Internet, je ne connais pas sa source principale.
Désactiverexublicité ne s'applique qu'à Ntoskrnl.exe. Il ne s'applique pas à Win32k.sys (beaucoup plus grand que Ntoskrnl.exe!), Les parties pagables d'autres pilotes, le pool paginé et bien sûr le cache du système de fichiers. Toutes lesquelles vivent dans l'espace d'adresses du noyau et sont pagagées sur le disque. Sur les systèmes de mémoire faible, cela peut forcer le code d'application à être inutilement paginé et réduire les performances. Si vous avez plus que suffisant RAM pour votre charge de travail, oui, cela ne vous fera pas mal, mais à nouveau, si vous avez plus que suffisant RAM pour votre La charge de travail, le système ne fait pas beaucoup de pagination de ce genre de choses de toute façon. Ce paramètre est utile lors du débogage des pilotes et généralement recommandé uniquement sur des serveurs exécutant un ensemble d'applications bien connues limitées.
Donc, on peut conclure que, outre le xperf- Utilisation de son avantage est obscur: il limite essentiellement des substances "presque aléatoires" de la pagination et de la pensée ultérieure - entraîne en conséquence quelque chose à être paginé plus souvent à la place.
Le Tweak de désactivation n'arrête pas de la pagination, il est à but de prévenir le "exécutif" (c'est-à-dire le noyau lui-même) étant paginé et entraînant ainsi un ralentissement total du système, pas seulement des applications de pagies individuelles.
Vous pouvez essayer de désactiver complètement la pagination en supprimant tous les correctifs des propriétés du système (ou dans HKLM\System\CurrentControlset\Control\Session Manager\Gestion de la mémoire\Pagefiles). Cela fonctionne bien pour moi, mais les choses deviennent plutôt désagréables lorsque vous manquez de mémoire physique et que vous devez avoir un fichier de page pour déboguer des erreurs d'arrêt.
Si vous modifiez un paramètre système, vous devez comprendre ces informations ou l'équivalent de celui-ci afin de savoir quel type de résultats une modification apportée au réglage du système fait, où les résultats pourraient être positifs, neutres ou négatifs en ce qui concerne la performance du système.
Ce que vous pouvez faire est d'ouvrir "moniteur de ressources" dans Windows. Accédez à l'outil de recherche et recherchez "Moniteur de ressources". Ou ouvrez l'outil de commande d'exécution (je suppose que quiconque lisez ceci sait comment faire cela) et tapez 'Regon'.
Utilisez cet outil pour surveiller toutes sortes d'activités système, telles que l'activité de la CPU, l'activité de la mémoire et l'activité du disque dur. Si vous ne connaissez pas déjà que le "moniteur de ressources" d'informations, étudiez-la un peu parce que vous devrez vous familiariser pour exécuter des tests qui vous aideront à mesurer le type de résultats qu'un changement de réglage du système.
L'idée de base est que vous exécutez "moniteur de ressources" lorsque votre système informatique exécutez certaines tâches afin de mesurer les résultats liés aux performances qu'une modification des paramètres du système. Exécutez des tâches qui utilisent les ressources système que vous essayez de tester les performances de. Par exemple, il existe des tâches pouvant tester le processeur, le RAM, le ou les disques durs, l'unité de processeur graphique ou un périphérique réseau. Utilisez Google pour savoir comment tester La performance des ressources informatiques que vous souhaitez tester.
Si, par exemple, vous modifiez le réglage du système, "Désactiver la liste de pagination" Vous pouvez effectuer un test sur les ressources informatiques et utiliser "Moniteur de ressources" pour mesurer les types de résultats que le changement apporte (le cas échéant).
Ensuite, effectuez une comparaison entre les données et voir s'il existe des différences significatives entre l'ancien réglage du système et le nouveau paramètre système que vous avez changé.
Vous n'avez peut-être pas toujours besoin d'utiliser "moniteur de ressources" car certaines méthodes de test des performances des ressources du système sont fournies avec un logiciel qui surveillent et mesurent pour vous.
Le point est que vous souhaitez suivre une méthode systématique pour voir si une modification effectue quelque chose à tous les performances de votre système par rapport aux tâches que vous demandez à l'ordinateur.
Changer un paramètre. Testez-le pour le changement de performance. Déterminer les résultats du test. Sur la base des résultats, décidez si vous modifiez le réglage de ce que c'était, ou à autre chose, ou de le laisser là où il se trouve. 1) Réglage 2) Test 3) Résultats 4) Décision.
Vous pouvez utiliser cette méthode de déduction logique pour toutes sortes de réglages de réglage du système, y compris "Désactiver la liste de pagination".
Heureux peaufinage.
Les composants de niveau système, tels que les pilotes de noyau, de direction et de périphérique, peuvent allouer de la mémoire à partir de deux piscines. Ce sont le piscine paginé, qui peut être paginé à la discrétion des responsables de la mémoire et le pool non paginé qui doit rester en RAM à tout moment. Le développeur décide en fonction de ses besoins. sera utilisé. Il est recommandé que le piscine piété soit utilisé dans la mesure du possible car cela permet à la flexibilité maximale du gestionnaire de mémoire système. Les piscines ont une taille limitée et dans des systèmes 32 bits en particulier ces limites peuvent poser un problème. Le pool paginé est considérablement Plus grand. Si le piscine non paginé a été utilisé excessivement, la limite de taille pourrait être atteinte et cela entraînera des problèmes de système grave.
Les éléments étiquetés dans le gestionnaire de tâches comme une mémoire de noyau "paginée" et "non paginé" montrent les allocations de ces pools. Il n'a absolument rien à voir avec l'état dynamique de la quantité de mémoire en réalité. L'entrée de registre "désactionnement expansant" influe sur l'état de pagination dynamique d'une partie du pool paginé afin que ses effets ne soient jamais affichés par Poste Manager.
Il y a beaucoup! De très bonnes informations sur ce post que j'ai été impressionnée. J'ai remarqué que la désactivation d'une valeur d'une valeur d'une est la mieux effectuée sur le premier site du bureau après une installation propre de toute version Windows de XP à Windows 10, 32 bits à 64 bits (aussi longtemps qu'il y a suffisamment de RAM sur votre carte mère) mais Une fois que la valeur de 1 est appliquée à la désactionnement de la même valeur, la même valeur doit également être apportée à GresSystemCache.
De plus, comme mentionné ci-dessus, ces modifications sont généralement fabriquées dans des serveurs Windows mais aussi utiles lors du débogage.
Ces modifications sont utilisées à vos risques et prennent également en compte ce que tout le monde a mentionné ci-dessus, il ne fait pas mal de google chacune des clés mentionnées qui étaient désactivées et 1 Je ne me souviens pas de voir ... Grandgesystemcache.
Assurez-vous d'avoir assez de RAM. Pas assez de RAM provoque des problèmes sur votre système que vous ne voulez pas traiter et provoquerait probablement un écran bleu (BSOD) sur votre système.
4 Go de RAM sera le minimum que j'appliquerai ces modifications ci-dessus et c'est si vous n'utilisez pas d'applications intenses qui utilisent beaucoup de RAM ou si vous faites des jeux, si vous faites de son mieux pour les laisser seuls.
(XP: au moins 256 Mo de RAM minimum)
Avant de faire quoi que ce soit dans le registre, c'est une bonne idée de mettre en place le registre à un périphérique de stockage, c'est plutôt le disque dur des systèmes d'exploitation ou un stockage séparé de n'importe quel type afin de pouvoir restaurer le registre si vous aviez besoin.
L'info au-dessus de moi traverse vraiment les T et les points.
Make sure to backup your system.