提醒：本文最后更新于 2881 天前，文中所描述的信息可能已发生改变，请仔细核实。
一些大概的参数：
Xen Virtual Server
4 vCore CPU (@ 2.13GHz)
2048MB Dedicated RAM
1024MB SWAP
100G RAID Protected Disk
2000G Monthly bandwidth
性能方面：4线程CPU带来明显感觉，处理速度提高很多。当然啦，U也还不错。2G RAM可以处理很多杂事，SWAP基本上只是为了不让系统在攻击时，直接halted，而设立。关于系统对于SWAP的存储处理，我是利用sysctl进行了vm.swappiness = 0的处理。
废话不罗嗦，上图。
新旧VPS（Control Panel）：
配置完后探针状态：
接着让我们看看运行了1天的状态，基本上，是LNMP+Varnish+Redis+Memcache和一些杂七杂八的。
首先是探针，有点小负载：
Memcache状态，因为硬盘不是很给力，我把cache直接存储在mc里面了，所以占用比较大：
PHP Opcache状态，对Opcache没说的，精悍：
Redis状态，发现单纯Redis的致命伤，Redis是单线程，要利用好，需要用到Nginx的LUA模块，或者Webdis（A fast HTTP interface for Redis），好在我现在只是放少被调用的MySQL大查询在里面：
Varnish状态，这命中率实在惨不忍睹，这几天再看看优化下：
再来谈在XEN遇见的第一个问题。。。。就是发现ntpdate存在时间同步异常或时间无法同步的情况，因为VPS快了256秒（这数字。。。），ntpdate一直提示成功，回显 offset -256.325273 sec。但是时间就是没改，用了hwclock和clock都不行，晕倒了。。提交工单，貌似因为放假，没响应。所以就自个儿找办法。终于是找到个办法。如下，在ssh中，输入如下命令，即可，date可以查看前后时间变化：
date
yum install -y ntp
echo "xen.independent_wallclock=1" >> /etc/sysctl.conf
sysctl -p
rm -rf /etc/localtime
ln -s /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
ntpdate time.windows.com
date如果你在Xen上同步时间也有这个烦恼，正常通过上面，便可解决了。算是个小记录吧。
转载请注明转自:kn007的个人博客的《换了新的VPS，顺便提在XEN遇到的第一个问题》