设为首页收藏本站language 语言切换
12
返回列表 发新帖
楼主: ronnie_luo
收起左侧

虚拟机的核心数量和CPU份额关系

[复制链接]
 楼主| 发表于 2013-4-3 12:33:00 | 显示全部楼层
非常感谢各位的回帖!
16# 2013-4-3 12:33:00 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2013-4-3 13:08:51 | 显示全部楼层
不知道VMWare有没有碎片整理功能!就是将跨CUP资源和内存通道RAM资源,在独立CPU和RAM组合都被其它VM应用释放后自动迁移回来优化,或者通过迁移合并优化,将不同VM应用分别整合在同一个最优的资源池里。
17# 2013-4-3 13:08:51 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2013-4-3 11:22:00 | 显示全部楼层
另外,根据我的实际使用经验,不是vCPU的数量越多,虚拟机的性能就越强,有的时候,4vCPU的反而跑不过2vCPU的。后来发现是应用程序不支持多核处理器,该应用程序运行时只使用一个vCPU的资源。而多虚拟出来的其它vCPU却依然消耗系统资源,所以导致了虚拟机的性能下降~~
虚拟化的资源调度真的是很考验管理员的经验和知识的丰富性,从硬件到系统,再到应用,涵盖的太广泛了
18# 2013-4-3 11:22:00 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2013-4-3 13:11:12 | 显示全部楼层
vcpu用的是物理cpu的时间,具体专业名词怎么说了忘了,是时钟时间来着,还是运算时间的
如果只有1个vm,不做限制,就是调用1个core的全部资源
如果主机共4个core,建4个vm,每个vm各1个vcpu,那这时应该是vm的vcpu性能相同,效率最高
如果主机共4个core,建4个vm,3个vm各1个vcpu,另一个vm2个vcpu,当4个vm同时启动时,这一个时间点下,前3个vm启动,第4个vm启动时无法满足当前时间下每个vcpu对应一个core,所以等待前3个vm调用时钟完成后,再启动第4个vm,所以第4个vm的效率就慢了,结论:第4个vm 双vcpu时效率低于1vcpu
当分配了份额时,就是优先满足份额高的vm去调用那个什么物理时钟还是运算时间的(搞不清 搞不清)
说错勿拍啊 勿拍啊
19# 2013-4-3 13:11:12 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2013-4-3 12:33:00 | 显示全部楼层

你这个结论的前提是其它3个Vm都在猛用Cpu。但是实际情况是,不少Vm的Cpu是用不足的。这里就实际上没有那么多等待。当其他3个Vm或者说至少还有2Core在空闲的时候,第4个Vm就不会有性能问题。
20# 2013-4-3 12:33:00 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2013-4-3 13:12:32 | 显示全部楼层
受教,我一直是按物理cpu来分配资源,这样能够保证大应用消耗大量资源时不会影响到其他虚拟机,不过这也是在一种保守情况,实际上我觉得vcpu完全可以超越物理cpu的数量
21# 2013-4-3 13:12:32 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2013-4-3 11:40:00 | 显示全部楼层
一个物理核不要超过10虚拟核
22# 2013-4-3 11:40:00 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2013-4-3 13:13:39 | 显示全部楼层
本帖最后由 TiGi 于 3-6-2013 06:57 编辑
看实际情况的。
目前ESXi 5.1中,每个物理核心支持25个vCPU。
如果按照最大化的一半,作为一个较佳点的话,10个vCPU确实是一个不错的配置比。
23# 2013-4-3 13:13:39 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2013-4-3 12:33:00 | 显示全部楼层

有道理,我觉得我也应该慢慢的摆脱传统1P=1V的思想,毕竟这样太浪费资源,不能充分利用虚拟化的优势啊
24# 2013-4-3 12:33:00 回复 收起回复
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 论坛注册

本版积分规则

QQ|Archiver|手机版|小黑屋|sitemap|鸿鹄论坛 ( 京ICP备14027439号 )  

GMT+8, 2025-3-7 07:22 , Processed in 0.057563 second(s), 20 queries , Redis On.  

  Powered by Discuz!

  © 2001-2025 HH010.COM

快速回复 返回顶部 返回列表