比较Habari和WordPress的cpu占用

首先，本文只是大致从top命令看浏览habari和wordpress时候的cpu占用。Cpu占用受多种因素的影响，比如服务器性能、客户端网络载入速度等等，所以本文只做对比，定性不定量。

测试环境是我当前的这个VPS主机，保证内存是386M，用unixbench 4.1.0 wht跑一圈下来分数是221，服务器性能很好的。全新安装的Habari 0.6-alpha(目前的稳定版是0.5)和WordPress 2.6.1，不激活任何插件，均采用mysql数据库，安装好以后都使用默认的K2主题，每次超作前都清空缓存。

打开主页，读文章，或进入默认安装后唯一的tag或者category：

• Habari httpd进程cpu占用率3%；
• WordPress httpd进程cpu占用6%。

为了公平，我还特意拿掉了wordpress sidebar里面的archives、link、categorys这些需要查询sql数据库的东西，因为k2主题下的habari是没有这些的。结果habari首页大小4kb，wordpress这边3kb，查看两者生成的html代码也差不多，但在打开wordpress页面的时候，服务器cpu占用就是要高出habari一倍。

把我现在这个博客的数据导入刚装好的Habari和Wordpress，再来看。

正常浏览页面：

• Habari httpd进程占用cpu 4~5%，mysqld占用 < 1%；
• WordPress httpd进程占用8~10%，mysqld < 1%。

以上是程序前台，后台的话就实在没有办法公平比较了。Wordpress的后台每个功能都比Habari的强大，或者说复杂，比如新建一篇文章(没有用过Habari的朋友可以去看看我安装的一个habari demo，帐号demo,密码demo)：

• Habari新建空白文章cpu > 6%；把这篇文章拷贝到habari发布框，点击save，会有2个主要的httpd进程，总cpu占用 > 13%，mysqld进程 1%；
• WordPress新建空白文章cpu > 18%；Save本文，会有3~4个主要的httpd进程，总cpu占用 >41%，外加mysqld占用5~7%。

Habari默认的Dashboard是什么都没有的，我跑到plugins里面激活Core Dash Module这个插件，在Dashboard中把能添加的Latest Entiers、Comments、Log，都添上。在双方的Dashboard都不存在cache的情况下(事实上两者的dashboard只要最近打开过，哪怕是浏览器清空缓存，第二次打开都会快很多，资源占用也少了不少。下面的数据是在很久没有打开过dashboard的情况下记录的)：

• Habari会开1~2个主要的httpd进程，总cpu占用 > 12%，mysqld 1%；
• WordPress会开4~6个主要的httpd进程，总cpu占用 > 51%，mysqld 2%。

很多人都会抱怨Wordpress后台慢，看了上面的数据，多少算一个解释。已经收到过网站cpu用量超标警告信的朋友们，没事不要在Wordpress后台乱转哈。

WordPress是一个强大博客程序这点是毋庸置疑的，强大到很都功能我都没有用到，而又没有办法简单的关闭，由此就带来了非常可观的cpu用量，而且Wordpress正在向着更强大，集成更多功能的博客航母前进。相比之下Habari更合我的胃口，提供一个作为博客程序最基本的功能，其它的用插件来实现，开闭自由，目前的缺点是插件太少，功能上稍弱。观望中，估计用不了多久，这个博客会平滑的从Wordpress转换到Habari。

Habari，我看好你哦。

• 写博客…
• Habari Demo
• Habari
• 首尝VPS主机