继续对Drupal进行性能测试。今天压力的主题是10000篇随机的node，没有alias path，1000个用户，1000个类别，每篇最多10个的评论。
对于大家常用的环境，我们使用了上一次一样的电脑，但是只采用了安装有apc的机器，以及没有缓存的情况（这样可以压力到注册用户的情况。）
o 100线程压力情况：
* QPS：16左右
* RT：6000毫秒左右，非常之慢
* CPU：98%，几乎占满
* Mem：50%
o 10线程压力情况：
* QPS：17.51左右 ，比100有稍微的提升
* RT：567毫秒，算是可以忍
* CPU：99.9%，几乎占满
* Mem：40%
o 3线程压力情况：
* QPS：15左右
* RT：200毫秒左右
* CPU：79.57%，没有满负荷
* Mem：39%
同时我们检测到各个组件的压力情况，发现mysql占用到了4个cpu的将近2个，所以已经占用一半的CPU，那么可用web server的扩展情况就会比较惨，可能需要采用数据库的分库，还要考虑数据冗余的问题。
结论：我们发现，数据库中的Node数据可以说是可以很大的影响到Drupal的性能，1w篇是一个差不多网站应有的内容数目，但是Drupal已经从原来的50多qps降到了15qps，所以还是肯定需要不少的性能优化。
相关链接：
