Windows 8.1 élevé Utilisation du processeur des processus système en raison de MmTrimAllSystemPagableMemory, pourquoi? [dupliquer]

Cette question a déjà une réponse ici:

Résoudre les problèmes d'utilisation élevée du processeur par le processus «Système» 5 réponses

De temps en temps (je ne sais pas exactement quand, mais cela semble être corrélé au moment où l'ordinateur est inactif pendant un certain temps), le processus système de ma machine Windows 8.1 x64 commence soudainement à utiliser 100% du noyau 1. mon processeur (8 cœurs, soit 12,5% du temps total de calcul).
Pour résoudre ce problème, je ne fais généralement que redémarrer (le bruit du ventilateur de l'ordinateur portable est gênant) - bien que j'aie récemment remarqué qu'il semble se calmer automatiquement après 5 à 10 minutes d'activité.

J'ai essayé de trouver le coupable en utilisant Process Hacker, et il semble que ce soit la fonction MmTrimAllSystemPagableMemoryillustrée dans l'image ci-dessous.

Je ne me souviens pas si cela s'est produit sous Windows 8.0, mais cela ne m'est jamais arrivé auparavant, lorsque j'ai eu Windows 7 ou une version antérieure. Donc, je ne comprends pas ce qui a changé, car il s’agit d’une fonction très ancienne.

Qu'est-ce qui pourrait causer ceci? Y a-t-il un moyen pour moi de l'empêcher?

Pour ce que cela vaut, il semble que cela soit en quelque sorte lié à une tâche ( ResolutionHost?) Et que les API pertinentes incluent MmScrubMemoryet CMemoryDiagnosticHandler:

process windows-8.1 cpu-usage

— Mehrdad
source

Pourquoi le vote négatif?

— Mehrdad

utilisez-vous une ancienne version de VMware qui n’est pas compatible avec la version 8.x? Fournissez également une trace xperf: pastebin.com/pgE11HRD

— magicandre1981

@ magicandre1981: Je n'utilise pas du tout VMware. Merci pour le lien, je vais l'essayer la prochaine fois (je ne sais pas comment le reproduire moi-même).

— Mehrdad

Au fait, utilisez cette commande: pastebin.com/4h2ySm1V Il capture également certaines données de la mémoire.

— magicandre1981

@ magicandre1981: Cela vient encore d'arriver, mais quand j'ai essayé xperf, j'ai euxperf: error: NT Kernel Logger: Cannot create a file when that file already exists. (0xb7).

— Mehrdad

ok, parce que j'ai vu le problème RtlScrubMemory plusieurs fois, j'ai interrogé Microsoft à ce sujet. Cette fonction est utilisée pour tester la RAM installée.

Vérifiez si la maintenance en attente démarre (consultez le graphique de processus) et essayez d'optimiser Windows. Si c'est le cas, désactivez la tâche de maintenance inactive dans le planificateur de tâches pour la supprimer.

— magicandre1981
source

+1 merci d'avoir posté ceci. Comment avez-vous posé la question si cela ne vous dérangeait pas que je vous le demande - en ligne sur une page d'assistance, ou connaissiez-vous un employé?

— Mehrdad

J'ai posé cette question directement à un employé de MS

— magicandre1981

On dirait que ce n'est pas le problème exact, car mon processus SYSTEM utilise actuellement un processeur complet, mais les tâches de maintenance inactive et régulière indiquent que la tâche n'est pas en cours d'exécution et que le "résultat de la dernière exécution" était "Le processus s'est terminé." de façon inattendue. " (0x8007042B).

— Mehrdad

En fait, il semble que l'explication que vous avez obtenue soit complètement fausse, parce que je viens d'exécuter cette tâche à la demande (après quelques astuces pour le rendre possible) et que ces tâches venaient de générer un tas de nouveaux processus tels que NGEN, Windows Defender, etc. mais le processus SYSTEM n'a pas été affecté. Donc, ces tâches sont en réalité hors de propos.

— Mehrdad