Quelle est la cause d'une utilisation élevée du processeur de la «mémoire système et compressée» dans Windows 10?

Une observation doit être faite pour Windows 10 sur mon ordinateur portable fonctionnant avec une mémoire disponible de 24G, et une utilisation de 2,5G. Il n'y a pas de "pression de mémoire". D'autres questions ont porté sur la consommation de mémoire (ce qui n'est pas le problème ici). Dans toutes les questions liées ici et ailleurs, je n’ai pas été en mesure de trouver une explication adéquate à la question de cette utilisation excessive du processeur au cours du dernier mois ou des deux qui suivent une des mises à jour de Windows 10.

Je peux accepter le fait que ce service ou ce processus présente un intérêt, mais fonctionner en permanence et utiliser des ressources de processeur supplémentaires, et par conséquent une utilisation moins efficace de la batterie, c’est le problème que j’essaie de résoudre.

Dans certains articles de ce site, il a été suggéré que je désactive SuperFetch et que je définisse une entrée de registre pour PrefetchParameters sur 0. J'ai fait les deux et effectué un redémarrage.

Je redémarre la machine, désactive l'économiseur d'écran et lance le gestionnaire de tâches. Après quelques minutes, le service intitulé "Système et mémoire compressée" commence à prendre 5% de mon processeur, de manière cohérente. Mon utilisation de base du processeur est peut-être de 1%, ce qui maintient le ventilateur bas. Mais lorsque le service "système et mémoire compressée" fonctionne à 5%, les ventilateurs augmentent. Et continue à courir.

Sillyness. Pourquoi ce service doit-il toujours fonctionner de la même manière sans pression de mémoire? Quels mécanismes supplémentaires puis-je essayer pour l'éteindre ou déterminer ce qu'il fait réellement? Existe-t-il des entrées de fichier journal quelque part? Ou un outil de diagnostic approfondi?

comment-désactiver-windows-10-memory-compression - pas de vraies réponses ici

Windows-10-système-processus-prenant-massives-montants-de-ram

17993-windows-10-memory-compression

desktop-build-10525-and-windows-10-memory

www.techish.net/system-and-compressed-memory/

windows-10-build-1511-overheating-cpu-fan-always

Windows Performance Recorder - besoin maintenant d'un lien pour savoir comment interpréter les informations

entretien de nettoyage

L'analyse du fichier ETL avec WPA montre que l'utilisation du processeur ne provient pas de la compression de la mémoire système. Cela vient de ntoskrnl.exe!MiScrubMemoryWorker:

Line #, DPC/ISR, Process, Stack Tag, Stack, Count, TimeStamp (s), % Weight
8, , , ,    |    |    |- ntoskrnl.exe!MiScrubMemoryWorker, 79667, , 12,45
9, , , ,    |    |    |    ntoskrnl.exe!MiScrubNode, 79667, , 12,45
10, , , ,   |    |    |    ntoskrnl.exe!MiScrubNodeLargePages, 79667, , 12,45
11, , , ,   |    |    |    ntoskrnl.exe!MiScrubNodeLargePageList, 79667, , 12,45
12, , , ,   |    |    |    |- ntoskrnl.exe!MiScrubPage, 79663, , 12,45
13, , , ,   |    |    |    |    |- ntoskrnl.exe!RtlScrubMemory, 79653, , 12,45
14, , , ,   |    |    |    |    |    |- ntoskrnl.exe!RtlpGenericRandomPatternWorker, 38549, , 6,02

Ceci est une fonction pour tester les erreurs dans la mémoire en remplissant / en lisant certains patterns ( ntoskrnl.exe!RtlpGenericRandomPatternWorker).

Cela est inhérent au projet et se produit lorsque la tâche de maintenance en attente démarre lorsque votre appareil est en veille.

Tout d'abord, re. Utilisation de l'UC: Le processus "Système et mémoire compressée" (ce n'est pas un service) remplit de nombreuses fonctions. Ce n’est pas parce que vous utilisez le temps CPU que votre ordinateur compresse le contenu de la mémoire. Pour le savoir, utilisez Process Explorer pour trouver le nom de la / des fonction (s) de thread dans le processus utilisant le temps CPU. Pour ce faire, vous devrez configurer les symboles dans Process Explorer, comme décrit dans cette réponse .

La mémoire en cours de compression est la mémoire qui était

• partie du groupe de travail privé d'un processus (c'est-à-dire partagée avec tout autre processus); et
• modifié pendant qu'il était dans ce processus; et
• perdu par la suite en raison du remplacement de la page et placé dans la liste des pages modifiées. (Cet algorithme n'a pas été sensiblement modifié pour Windows 10. Vous n'obtenez plus de remplacement de page auparavant.)

Maintenant ... si vous n'avez pas de fichier d'échange, il restera dans la liste des pages modifiées (jusqu'à la fin du processus). (Remarque: la désactivation de votre fichier d'échange ne modifiera pas le comportement décrit jusqu'ici.)

Si vous avez un fichier d'échange (ce qui est, bien sûr, hautement recommandé), le comportement diffère entre Windows 10 et les versions antérieures.

• Avant Windows 10, il était bientôt écrit dans le fichier d'échange et les pages physiques étaient déplacées vers la liste des pages en veille. Ceci est effectué par un fil "auteur de page modifié" dans le processus système.

• Sous Windows 10, il est d'abord compressé (occupant environ la moitié de la place qu'il occupait auparavant) et stocké dans l'espace d'adressage en mode utilisateur du processus système (à présent appelé "mémoire système et compressée"). Si nécessaire pour libérer de la mémoire, celle-ci peut ensuite être écrite dans le fichier d'échange et libérée pour une autre utilisation. (Notez que les avantages de la compression d'espace s'appliquent également à l'espace de fichier d'échange et au temps d'E / S.)

Donc, vraiment, c'est une bonne chose. Quelle que soit la quantité de mémoire supplémentaire utilisée par le processus système, bien avant Windows 10, environ deux fois plus aurait été dans la liste des pages modifiées ou en attente. Certes, cela ne prendra pas plus d’espace qu’avant.

Vous pouvez (selon mes derniers tests) désactiver ce mécanisme en supprimant votre fichier d'échange, mais cela n'affectera pas le comportement de remplacement de page; Les pages privées modifiées supprimées des processus ne pourront tout simplement pas être libérées pour une autre utilisation. Au lieu de figurer dans le processus système, la mémoire (environ deux fois plus) restera simplement sur la MPL.

Ce peut être le logiciel "Killer Network Manager". Si vous le désinstallez, le problème disparaît, mais le réseau disparaît également lorsqu'il désinstalle les pilotes de la carte réseau. La bonne nouvelle est, il y a un correctif.

Tout d’abord, allez à http://www.killernetworking.com/support/driver-downloads/item/killer-suite et téléchargez la nouvelle version, mais ne l’installez pas encore. Il suffit de le sauvegarder et de savoir où se trouve le fichier.

Ensuite, désinstallez la version actuelle via le panneau de configuration. Vous devrez redémarrer l'ordinateur. Une fois l’ordinateur sauvegardé, exécutez le nouveau programme d’installation du logiciel. La nouvelle version parue en janvier 2016 ne semble pas avoir le même problème.

Je pense que l'ancienne version du logiciel a une fuite de mémoire qui cause ce problème.

Juste un FYI, le logiciel "Killer Network Manager" fait partie des cartes réseau câblées Wireless-AC / Wireless-N Killer Aethos de Qualcomms et câblées E2200 / E2400. Sans le logiciel, vous n'avez pas Internet.

J'ai eu un problème similaire après une mise à niveau récente vers Windows 10. Ma souris a soudainement commencé à caler, c'est-à-dire à me branler lorsque je l'ai déplacée sur l'écran, ce qui la rendait très difficile à utiliser.

J'ai vérifié l'utilisation du processeur dans le Gestionnaire des tâches et constaté que le problème se produisait lorsque le processus "Système et mémoire compressée" commençait à consommer de 5 à 15% du processeur. J'ai exécuté Process Explorer et vérifié les threads. Comme Raymond, j'ai remarqué que le principal responsable était CcWriteCopyWontFlush avec un décalage de 0xb50. Un peu de googling m'a conduit à cette page. J'ai essayé d'installer les symboles Windows comme certains l'ont suggéré ici, mais cela ne m'a jamais aidé à résoudre le décalage.

Le problème était aussi sporadique. Je travaillais quelques heures et ensuite, quelques minutes plus tard, elle commençait à apparaître, me rendant fou. Le redémarrage le guérirait pendant un moment, puis il reviendrait.

D'après les réponses que j'ai données ici, j'ai décidé de rechercher les pilotes sur mon PC. J'ai donc commencé avec le Gestionnaire de périphériques et c'est là que j'ai obtenu ma réponse. Lorsque le problème se produisait, ma fenêtre du Gestionnaire de périphériques devenait constamment vierge et s'actualisait, comme toutes les secondes. C'était essentiellement illisible. More Googling a suggéré de connecter et de reconnecter un périphérique USB externe. Je l'ai attachée à mon téléphone Samsung que je charge tous les jours à partir de mon ordinateur via un câble connecté à un port USB. J'utilise également le PC et MyPhoneExplorer pour synchroniser mon téléphone avec Outlook. J'ai donc quelques lecteurs mappés sur la RAM interne et externe de mon téléphone, à l'aide des pilotes Samsung pour le PC. Je pouvais voir ces disques apparaître et disparaître fréquemment dans le Gestionnaire de périphériques.

Mon téléphone est un Galaxy S2 et a environ 4 ans. Je rencontre des problèmes de connexion sur le port microUSB depuis plus d'un an. Cela peut expliquer la nature sporadique du problème, ou bien les pilotes de PC Samsung pourris de mon téléphone. S'il ne s'agissait que du câble, je ne sais pas pourquoi le redémarrage corrige le problème pendant un certain temps. C'est donc encore un mystère, mais au moins, je connais la source et je peux y remédier.

Déconnecter mon téléphone est le moyen le plus simple de résoudre le problème, et je suis sur le point de l'abandonner car il est si vieux. Je me demande donc si Raymond avait aussi un pilote de périphérique Samsung avec un logiciel similaire fonctionnant sur son PC. Raymond, si tu es encore en train de vérifier, fais le moi savoir.

Comme je l'ai mentionné, le câble a été misérable pendant un certain temps, bien avant la mise à niveau de Windows 7 à Windows 10, et le logiciel Samsung a toujours été horrible, mais sous Windows 7, le floconnage n'affectait pas mon autre fonctionnement du PC. Sous Windows 10, la souris était si saccadée qu'elle devenait presque inutilisable. J'ai eu beaucoup de mal à atterrir sur une cible, et je pense que le clavier était également affecté, les touches pressées ayant été manquées. Il est étrange que ces facteurs soient liés et je ne sais pas quoi suggérer à Microsoft pour améliorer Windows 10, mais je sens maintenant que Windows 10 est un peu "délicat". Utiliser avec précaution.