|
|
发表于 2011-10-30 14:14:30
|
显示全部楼层
我也猜到是这篇文章惹的祸，就像早年传说ramhost技术很牛B，可以把OS启动内存拉得很低，事实上openvz是共享内核，本来启动内存就低
那篇文章理论上是对的，但是，针对的是空载情况，实际运行很多是相反的
1,限制，貌似openvz很难真正的限制CPU和I/O吧
2,内存利用率，openvz启动是比xen占用少，但是由于openvz天然的超售性，为了保证用户正常情况不至于OOM，它的内存分配是你malloc多少，它就占用多少，但是包括xen,kvm在内的内存分配，是一般发行版默认的投机取巧机制，比如你malloc 100MB,但是只有真正写入10MB的时候，才会给你分配一部分(>=10MB)，所以，一旦真的跑起来，可能在XEN/KVM上实际占用40MB的应用，在openvz上会跑个400~500MB，这里面大部分内存在实际情况下是不会用到的,openvz就直接浪费了
3,I/O， openvz基于文件直接读写的机制是比xen/kvm基于block的机制好，但是，这也是理论上的，由于上面提到的第二点，xen/kvm跑同样的应用可以剩下大量的内存用于文件buffer和cache,所以，大部分满员的node,有openvz I/O比xen/kvm好的么?
4，综合以上几点，就算OPENVZ真的不超，一旦有邻居恶意滥用资源，很容易导致连SSH都登不上，但是再烂的XEN，也不可能发生这种事
事实上，很多应用，像java,还有现在很火的mongodb，都不推荐跑在openvz上。而且老外成熟的VPS方案，像amazon,linode，都是xen平台，出名点的，就MT是openvz平台吧，还经常被人吐嘈 |
评分
-
查看全部评分
|
楼主
期待你是下一个被搞得