Dans mon cas, nous exécutons VMWare Server 2.02 sur Windows Server 2003 R2 Standard. L'hôte est également Windows Server 2003 R2 Standard. J'ai installé les outils VMware et les ai configurés pour synchroniser l'heure. J'ai fait tout ce que j'ai pu imaginer sur divers sites Internet. Nous avions toujours une dérive épouvantable, bien qu'elle soit passée de 15 minutes ou plus à 3 ou 4 minutes.
Enfin, dans le vmware.log, j'ai trouvé cette entrée (qui se trouve dans le même dossier que le fichier .vmx) : "Votre système hôte ne garantit pas la synchronisation des TSC entre les différents CPU. Veuillez donc définir l'option /usepmtimer dans votre fichier Boot.ini de Windows pour garantir la fiabilité de la synchronisation. Voir Microsoft KB http://support.microsoft.com/kb ... pour plus de détails et Microsoft KB http://support.microsoft.com/kb ... pour de plus amples informations."
Cause : Ce problème se produit lorsque l'ordinateur a la technologie AMD Cool'n'Quiet (AMD dual cores) activée dans le BIOS ou certains processeurs Intel multi-cœurs. Les systèmes multi-cœurs ou multiprocesseurs peuvent rencontrer une dérive du Time Stamp Counter (TSC) lorsque le temps entre les différents cœurs n'est pas synchronisé. Les systèmes d'exploitation qui utilisent le TSC comme ressource de mesure du temps peuvent rencontrer ce problème. Les systèmes d'exploitation plus récents n'utilisent généralement pas le TSC par défaut si d'autres compteurs horaires sont disponibles dans le système et peuvent être utilisés comme source de chronométrage. Parmi les autres minuteurs disponibles, citons le PM_Timer et le High Precision Event Timer (HPET). Résolution : Pour résoudre ce problème, vérifiez auprès du fournisseur du matériel si une nouvelle mise à jour du pilote ou du micrologiciel est disponible pour résoudre ce problème.
Remarque L'installation du pilote peut ajouter le commutateur /usepmtimer dans le fichier Boot.ini.
Une fois que cela a été fait (commutateur /usepmtimer), l'horloge était à l'heure.