我需要一些CPU约束问题（我认为）的诊断帮助。 我有一个Citrix Xenapp服务器场的客户端（5个桌面服务器/ 9个应用程序服务器），分布在运行ESX4.0的12个ESX主机上。 所有Citrix服务器，桌面和应用程序服务器都分配了2个cCPU，并且在ESX主机上运行的虚拟机中有54％分配了2个vCPU。 我们遇到的问题是Citrix Application Server在尝试访问已发布的应用程序时正在运行（爬网）。 我个人认为这是一个多重的VCPU问题，但是我想就我的发现是否属实而发表意见。
我的问题是ESX上Citrix的最佳做法是什么？ 在Citrix环境中，每个服务器有多个VCPU是典型的情况？ 对于ESXTOP读数，我应该看看主机的％RDY和整体性能？
看看虚拟现实检查中的一些性能文件。 他们已经完成了对长期服务器和VDI的各种configuration进行基准testing和testing。 一般来说，每个主机1个cpu的“旧”指导不再是真实的。 此外，在4.0中的调度比在旧版本中好得多，并且调度可能不是问题。 ％rdy是用于validationCPU争用的监视度量。 我敢打赌，在CPU问题之前，networking性能不佳或磁盘性能不佳。
最好的做法已经争论了一段时间，有人说1vCPU有人说2+。 国际海事组织，2个vCPU是相当不错的。 1个vCPU的问题是login可能会影响服务器上所有其他人的所有CPU。
你的应用服务器运行什么操作系统？ 如何提交（如果有）您的ESX主机资源？ 另外，访问虚拟应用程序服务器的虚拟桌面是否有问题？ 尝试从物理系统访问虚拟应用程序，看看它们是否更好？
如果你认为这是一个CPU平均的问题，这意味着你认为你已经过度configuration了虚拟机，并且正在等待两个内核来释放执行，那么看看％rdy就是你想要监视的。 我认为始终高于500是有问题的时候。 不要忘记监视你的磁盘延迟。
最后，你有什么A / V？ 起初，我们遇到了很多性能问题，而且这些问题都是由于mcafee过度交换（某种错误）而造成的。 我们切换到MS最前沿（无论如何我们还是沿着这条路线走下去的），其中一些问题就消失了。