使用64bit Ubuntu Linux 跑SMP Client 简易设置

maxzong

虚拟机程序本身的缺省线程优先级是“标准”。但可以在任务管理器中手动调整优先级到idle。此外，由于GPU Client的缺省线程优先级是“idle”。，如果2个虚拟机SMP一起跑的时候，也需要把虚拟机的线程优先级改为idle，否则GPU Client的速度会明显下降的。

如果是Q6600超频到3G的话，加上260＋单卡（只要核心超到625MHZ即可），那么2个虚拟机SMP＋ 1个GPU，应该在1WPPD左右。

当然每套机器的运行及软件设置总有不同之处，还是试试玩玩才能知道确切情况的。

shouldbe

奇怪的现象：启动后SMP客户端的启动时间明显加长。原来开机后大约1分钟即可全速运行，现在要3分钟左右。全速运行后正常。PPD不变。怀疑是VMWARE进程与MPICH之类的进程有冲突。

shouldbe

成功了，双开2669，每个10分钟1％。GPU 5777 7100－7500，没有明显下降。

shouldbe

下一步就是是否可以把UBUNTU的FAH folder共享出来，然后在FAHMON上可以看到进度了。或者允许向HOST的共享硬盘定期COPY FAHLOG.TXT文件。这样也可以看到进度

shouldbe

搞定了。把folding目录成功共享。在XP上映射一个驱动器的名字，即可用FAHMON来监测虚拟机上FAH SMP客户端的运行情况。PPD目前大约增加了1500左右。不知稳定运行后会如何

maxzong

不错啊！这个效率才是Q6600的真实性能啊。

shouldbe

Q6600 OC 3.5双开LINUX 64 FAH客户端+ GTX260+ OC 702/1512开GPU客户端，大约5500＋7000＝12500 PPD

shouldbe

原帖由 maxzong 于 2009-4-5 17:08 发表
不错啊！这个效率才是Q6600的真实性能啊。

谢谢你的帮助！不但提高了效率，而且学会了一些新的东西。

shouldbe

VMWARE是很神奇。两个LINUX 64虚拟机运行的情况下，PPD高出XP SMP客户端很多，GPU客户端也在同步全速运行的时候，CPU居然还有空闲时间。

shouldbe

尽管将VMWARE的后台运行优先级降低为low（不能设置为IDLE），VMWARE和GPU客户端的优先级的问题还是没有彻底解决。在某些GPU的WU下，例如5900，GPU核心（FAHCORE_14.EXE）没有获得足够的优先级。具体的现象就是GPU的电流在30－60A之间大幅摆动。参见下图的3阶段。

1阶段：上一个WU 5779。2阶段：上一个WU计算完毕上传结果、下载新的WU。3阶段开始5900的计算，电流出现大幅摆动现象，摆动幅度为30－60A。4阶段将FAHCORE_14.EXE优先级手工提升为标准后摆动幅度下降，40－60A。

有趣的是这种现象似乎只在部分WU出现。例如上一个WU 5779（768分）的电流就很平稳。其核心的优先级也是程序的初始设置（上一个WU是清晨开始计算的，我还没有起床）。而5900则表现为剧烈的电流摆动。优先级提高后摆动幅度下降

shouldbe

好奇心的驱使下我想进一步观察一下是否只要是GPU客户端自己启动计算核心，优先级就会较低。另外是否实时优先级会比标准优先级计算效能更好。

1阶段：WU 5900，核心FAHCORE_14.EXE的优先级手工调整为标准。2阶段：关闭GPU客户端（console版本），几秒钟后GPU进入低性能3D模式，10秒钟后进入2D模式，核心和shader的频率依次下调，电流急剧下降到不到20A（看来新一代的产品是比老产品好，想想88xx时代2D的功耗都是上百瓦的，NV总算跟上了潮流不再傻快傻快的了）。3阶段：重新打开GPU客户端，核心和shader频率提升到预先设置的3D高性能频率，但电流又开始在30－60A之间打摆子，而且可以注意到曲线比较稀疏，低电流时间比重较高。4阶段调高FAHCORE_14.EXE优先级到标准。电流变为40－60A摆动。5阶段：调整优先级到低，又回到3阶段的样子。6阶段调整优先级到实时，与4阶段几乎一样

shouldbe

关闭虚拟机后，关闭再重新启动GPU客户端，电流还是在40－60A，图形没有虚拟机启动时那么稀疏，但最低电流更接进40A。人为提升优先级后，最低电流稍微有所提高（44－45A），图形也显得稍微紧密了一点。但变化不是特别明显。没有仔细观察PPD的变化。因为不可能总是手工去修改优先级。总之虽然启动虚拟机后虚拟机与GPU客户端的某些WU下优先级有所冲突，但尚可接受。

maxzong

分析得好啊！其实最佳模式是，虚拟机跑1个SMP，Windows跑1个SMP，再加GPU client。由于Windows下的SMP优先级很低，因此可以确保GPU的优先。不过，这样的话，CPU的效率有所损失，且全系统的耗电量较高。

shouldbe

未必。我上午试过即使在关闭所有无关程序，CPU负荷小于10％的情况下启动GPU客户端在5900这样的WU下，仍旧有相同的现象发生。即必须手工将FAHCORE_14.EXE优先级提高到普通，否则就不能全负荷运行。

而用FAHCORE_11.EXE的WU都没有这个问题（至少目前尚未发现）。

另外虚拟机真是个好玩的东西。我以前一直不愿意装VISTA，因为不喜欢VISTA的花架子。而且双操造系统启动总是个很麻烦的事情（我安装XP从来都是安装，不用GHOST，除非新买的硬盘安装后不能自动启动才GHOST一下，然后格式化继续安装）。现在有了虚拟机，可以下载VISTA甚至WIN7体验一下了。

金鹏

学习了，两位兄弟说的我心里痒痒的，
下半年升级I7平台也跑，目前780I平台没必要换四核U了