【转载】 安装VMware时TSCs不能同步的问题

Lirio

Your host system does not guarantee synchronized TSCs across different CPUs, so please set the /usepmtimer option in your Windows Boot.ini file to ensure that timekeeping is reliable.

翻译：


您的主机系统不同步，保证在不同的CPU TSCs，所以请设置您的Windows的Boot.ini / usepmtimer选项文件，以确保计时是可靠的。







在虚拟机启动的时候 报出以下错误
Your host does not have synchronized TSCs. Please read VMware Knowledge Base article 2041.

——你的主机没有同步TSCs.

忽略掉继续运行

在运行Solaris 10的安装程序时报出以下错误
Warning:Time of Day clock error:reason [Stalled] —— Stopped tracking Time of Day clock.
安装可以继续，没发生其他什么问题。

但在安装成功后的系统使用过程却中发现虚拟机中的CPU时钟频率有问题。这里要说明以下，不是指的虚拟机中的时间与主机时间不一致，而是CPU的时钟频率有问题，现象是在Solaris 10中运行一个程序时速度过快，就像装了加速器一样。比如显示进度条时明显发觉进度条动得太快，不正常。也许有的TX会说这样不是挺好的麽，速度快还不好？速度快当然是件好事，可是痛苦的时键盘的响应速度也太快了，按一个键下去就是一串字符出来，想正确的输入一个命令简直就是一件痛苦的事情。

开始在Google上找答案，发现遇到该类问题的TX不少，可是基本上所有的人都把这两个错误分别对待了，给出了对这两个错误分别的解决方案，一一试下来发现问题并没有解决。后来终于在VMWare官网的文档中找到了解决方案。

原因：
When a system has processors that have timestamp counters which are not all synchronized, the host operating system may move a virtual machine between two processors on which the timestamp counters are out of sync. This can cause the virtual machine clock to perform unpredictably. The clock may run too quickly or too slowly, or may even stop at times.

以上是官网给出的原因，大意就是在没有同步的多处理器操作系统中，会引起虚拟机时钟出错，有可能太快、太慢甚至是停止运行

解决方案：
You must perform two actions.

Disable a feature in some versions of VMware products that attempts to resynchronize the TSCs whenever a virtual machine is started.
设置虚拟机的TSC同步模式为非强制同步

具体做法就是更改VMWare的config.ini位置在（C:\ProgramData\VMware\VMware Workstation）

添加host.TSC.noForceSync = TRUE
config.ini位置在 Vista:C:\ProgramData\VMware\VMware Workstation
XP:C:\Documents and Settings\All Users\Application Data\VMware\VMware Workstation\
Assign each virtual machine to a subset of processors whose TSCs are synchronized with each other.

设置虚拟机只用CPU的一个NUMA node

NUMA node 这个名词我没有查到具体的解释， 大意就是多核或则多线程的CPU可以被分为多个同步的子集，一个NUMA node就是其中的一个子集（纯属个人理解，欢迎DX指正）

这个需要设置.vmx文件（每个虚拟机建立时会生成一个这样的文件，可在你设置的虚拟机目录下找到）

添加processors.NUMAnode = "n" 其中n=0,1,2......表示第几个子集

也可以设置processorn.use = FALSE 其中n=0,1,2......表示第几个CPU

以上的两条语句设置其中一条即可，在同时设置时processors.NUMAnode这条有效processorn.use会被忽略

但是好像又指出AMD的芯片只能用processorn.use来设置，我的CPU是双核也就是processor0和processor1，所以我设置的是processor0.use=FALSE

经过以上设置，前面提到的两个错误不再发生，系统正常运行。

总结：
其实这两个问题都是由于TSC无法同步造成的，第一个错误是VMWare的虚拟机运行时报出，第二个错误是Solaris操作系统报出，属于同一问题。


2.参考 http://kb.vmware.com/vmtnkb/search.do?cmd=displayKC&docType=kc&externalId=1236&sliceId=SAL_Public&dialogID=847183&stateId=0%200%20849101&doctag=Author,%20KB%20Article  

其中2041 - Virtual Machine Clock Reports Time Unpredictably on 64-Bit AMD System一文给出的解决方法是去掉HOST机器BIOS中CPU的电源管理，我使用这种方法无效，只好修改SourceForge.vmx。
用文本编辑器打开SourceForge.vmx，增加行 “processor1.use = FALSE”，如果是多CPU，把你要使用的CPU之后的都设置成FALSE，编号从0开始。例如
processor0.use = FALSE
processor2.use = FALSE
processor3.use = FALSE

以上修改必须在虚拟机处于POWER OFF的做，修改后重新启动虚拟机，问题应该可以解决。

【网络搜索转载】

P.S. 个人安装出线了这个问题，但是直接忽略 点击下去 使用不受影响

cz88

这么多问题啊   你下个正式版本的VM安装吧   

IllusionWing

本身对Win系列的guestOS是不会有什么问题。win和solaris的内核计时方法不一样。

guohouzuo

学习了：）

deyu260

k8自己的问题

天鹅爸爸

学习了

既然没有影响..

ba588

支持支持下...貌似很靠前`

无水之海

多谢分享 学习了

dopod2009

感谢分享

卯兔

Lirio 发表于 2010-7-29 09:31
Your host system does not guarantee synchronized TSCs across different CPUs, so please set the /us ...

改VMWare的config.ini位置在（C:\ProgramData\VMware\VMware Workstation）

可在这个目录下没有config.ini！

大神怎么办啊！