Écrire l'activité dans un fichier .vmem même si la machine virtuelle est suspendue

14

J'ai une machine virtuelle VMWare que je dois utiliser pour certaines tâches au travail. Pour une raison quelconque, pendant que la machine virtuelle est en cours d'exécution ou suspendue, quelque chose fait des E / S massives (en termes d'opérations, pas d'octets / s) sur son .vmemfichier, ce qui rend le système sur ce disque très lent.

Le Moniteur de ressources montre essentiellement le coupable des problèmes de performances:

entrez la description de l'image ici

Et la première place dans l'activité du disque est toujours prise par le processus système accédant audit fichier.

entrez la description de l'image ici

Quelqu'un sait ce qui se passe ici?

Joey
la source
écritures retardées?
Sathyajith Bhat
Une demi-heure après la suspension de la VM? En paquets d'environ 1 Mio / s?
Joey
juste deviner, peut-être que la planification de VMWare écrit quand elle est inactive ou similaire. Curieux de connaître la vraie raison aussi
Sathyajith Bhat
J'ai juste essayé de savoir si c'était la même chose après un redémarrage, mais j'ai obtenu un écran bleu lors de la reprise de la machine virtuelle ... réessayant maintenant ;-)
Joey
1
Un peu de fond ici sur l'aspect suspendu. Lorsque vous suspendez une machine virtuelle, sa mémoire RAM est écrite dans le fichier VMEM. Regardez le moniteur de ressources et vous verrez un gros bloc passer du vert (en cours d'utilisation) à l'orange (modifié) lorsque vous suspendez la machine virtuelle. Windows vide ensuite les blocs modifiés dans le fichier VMEM. Ce rinçage martèle vraiment un lecteur SATA-3, ce qui provoque un système très insensible. Deuxièmement, la mémoire modifiée atteint zéro, la performance revient
munrobasher

Réponses:

12

Selon les forums vmware, vous devez avoir ce paramètre dans votre config.ini: mainmem.useNamedFile = "FALSE" pour éviter ce problème. VMWare utiliserait la vraie RAM et le fichier d'échange avec ce paramètre devenu faux.

Les références:

  1. http://communities.vmware.com/message/1704684
  2. http://vmfaq.com/entry/25/
  3. http://faq.sanbarrow.com/index.php?action=artikel&cat=14&id=50&artlang=en
Ali
la source
Il s'agit plus d'une solution de contournement que d'un correctif - ce problème semble avoir été bien pire dans WS v11 sur Windows 8.1. Changements suspects dans la gestion de la mémoire
munrobasher