Xen与OpenVZ性能测试

发布时间：2011-03-28 08:28:23　来源: 亚狐科技

三、实际项目的性能比较

以SimpleCD为例，分别架设到ramhost和photonvps上。

SimpleCD项目简介：可以看作一个1G sqlite3数据库用python进行查询的项目，当然因为我程序写得不好，刚学着用数据库，数据库设计上有问题，再加上用的是比较悲剧的 sqlite3，不太适合太大的数据库，所以性能很低。不过也好，正好用来测试VPS的性能，看openvz和xen在悲剧的数据系统下表现如何。

ramhost上数据库可以正常查询，第一次查询时间比较长，后来基本上都在1秒内。

photnxen上数据库不一定可以正常查询，经常出现超时现象。

这个事实非常奇怪，好奇之下我登录了sqlite3，测试单条指令的执行时间，事实上证明还是photonxen比较快。但是为什么网站方面会差那么多呢？原因我觉得是xen的内存问题。

补充，后来我换了mysql数据库，mysql比sqlite更烂，所以结论就很明显了，瓶颈就在内存上面。就如我之前推测的，xen的内存使用太 大，很多隐性消耗下，web.py运行时占用了大量内存，导致作sqlite3查询时需要不停地swap，这样一来自然就要超时了。

本来还想用ab来测试并发性能的，但是这么一来就有点太欺负xen了，所以这个测试就不做了。

四、好好利用寄存器性能

这个算是题外话，因为不是所有的xen都像photnxen那么强大的。

为什么想到这个？是因为我用lzma压缩数据库时，photonxen要比ramhost快一点。

想想就知道原因了，这种压缩算法非常耗CPU，这时候寄存器性能就派上大用处了。

那么同理可以推测，它处理视频转换什么的那也应该是相当的拿手。

现在PSP/手机用的挺多，但是很多视频无法在手机上看，得转换以后再看。用自己的电脑转换太慢了，现在好了，只要用离线下载的方法下载资源到服务器，然后服务器自动运行脚本转换为MP4，然后自己再直接去服务器上拖，一举n得：

1.转换p2p下载为ftp下载

2.节省视频转换的时间

3.因为MP4一般比较小，还节约了从服务器下载到本地的时间

五、结论

1.在同样的情况下，xen的内存消耗大于openvz，尤其当处理大文件时

2.内存用尽的情况下，xen的性能极度下降

3.一般的使用条件下，xen的性能不弱于openvz（lzma，ffmpeg等）

4.总得来说openvz性价比更高一些，因为它允许你在和xen相同的内存限制下运行更多的程序，而且不影响性能，前提是你要会管理内存，否则openvz会是一场灾难。

所以

谁适合使用xen？

1.没有大文件需要处理

2.内存要求不高的应用（或者说很低的应用）

3.对响应时间要求不高的应用（因为内存用尽时响应会非常慢，真的，你试过vi一个文件要等上1分钟么？）

4.看重稳定性多过性能的用户（即使内存用尽，响应很慢，还是会响应）