任何虚拟化都有一定的性能损失,和物理主机媲美纯属扯淡。系统都可以虚拟,针对数据测试做个优化还不简单。hd tune的测试与硬件有关系,如果系统做了虚拟化转换,测试的结果并不准确,这点在盛大的论坛已经有多个截图论证。那些数字很高的数据,几乎清一色来自hd tune,为什么不测试linux下的系统命令,以及win下的实际拷贝速度呢?有很多不需要删除硬盘就能测试速度的软件为什么不用?
还有,硬盘写入速度假设为10Mb/s,这个数据很低了吧,要匹配这个瓶颈,需要极其苛刻的条件:80M的带宽,满负载运作,并且全部请求都是写入请求,请问到了这个级别,还有人用虚拟系统?
硬盘只是众多指标中的一个,CPU、内存、硬盘、带宽需要均衡配置,一个386机器配一个gtx680d显卡又如何?
-------------------------
回 2楼(cmsns) 的帖子
这个只是假设,大部分的请求是不需要写入的,对硬盘读的要求更高,大部分云主机、VPS都是读的速度大大高于写速度,所以我单独列出了写速度,将之作为瓶颈。
你说的打开很多个数据表,这些只是对读速度有很高的要求,而写入的速度,比如你注册一个账号,比如提交一个评论,上传一个头像,这些本来相对于打开网页的概率就小很多,一般而言,一个网站的访问,有10%的写入请求,就算是很高了,而且写入请求也很少涉及多个表同时写入的情况。还有,你一个写入或者读取的请求打开几个表,已经是很多了,如果打开几十个,你的软件架构是不是有问题?
另外我们计算的都是极端情况,没有考虑内存缓存,没有考虑队列。比如你同时有30000个写入请求,超出写入带宽,那么可能有15000个写入请求会停顿延迟一秒,这并不是什么不可接受的情况,而且这种情形现实应用中不会发生。
还有自动备份,一般而言,备份如果是在一个硬盘上,你设置的频率不会很高,因为这种备份没有意义,如果这个盘挂了,你的原数据和备份都会挂掉。自动备份在两个以上数据盘才有意义,那么两个数据盘,读写带宽就都是独立的,不存在你说的备份会影响带宽。
注意,我讨论的假设前提是现在大部分云主机、vps读速度大大高于写入速度的现状,而且对写入带宽取了较低的值,对应用场景也都采取了极端负面假设,甚至使用了很多在大型网站上才会发生的情况做假设,这些极端同时发生的情况是不会存在的。
-------------------------
在我的论坛里也有一些关于linkcloud的讨论,有人说好,说人说不好,而且都很极端。要说服务,我想阿里的服务应该是我目前用过最好的,晚上十点多提交工单,十几分钟回复,主要的是解决了问题。我这样还算是linux老手,用了多年的,也会犯些低级错误。
在盛大我感觉也挺不错,就是官方马甲多,让人厌烦,好在最近消停了不少,盛大的品质也在上升中,当然,原来盛大的品质就还不错。以前我比较讨厌西部数码,尤其是转域名的事,后来发现国内转域名都那样,错怪别人了。现在论坛 放在西部数码上,感觉很不错。
最近考虑把服务器转移到阿里云,就是百度收录不稳定,而且备案麻烦,耽误了。