今天继续对Drupal的性能进行压力测试

今天压力的主题是10000篇随机的node，没有alias path，1000个用户，1000个类别，每篇最多10个的评论。

对于大家常用的环境，我们使用了上一次一样的电脑，但是只采用了安装有apc的机器，以及没有缓存的情况（这样可以压力到注册用户的情况。）

• 100线程压力情况：
  • QPS：16左右
  • RT：6000毫秒左右，非常之慢
  • CPU：98%，几乎占满
  • Mem：50%
• 10线程压力情况：
  • QPS：17.51左右 ，比100有稍微的提升
  • RT：567毫秒，算是可以忍
  • CPU：99.9%，几乎占满
  • Mem：40%
• 3线程压力情况：
  • QPS：15左右
  • RT：200毫秒左右
  • CPU：79.57%，没有满负荷
  • Mem：39%

同时我们检测到各个组件的压力情况，发现mysql占用到了4个cpu的将近2个，所以已经占用一半的CPU，那么可用web server的扩展情况就会比较惨，可能需要采用数据库的分库，还要考虑数据冗余的问题。

结论：我们发现，数据库中的Node数据可以说是可以很大的影响到Drupal的性能，1w篇是一个差不多网站应有的内容数目，但是Drupal已经从原来的50多qps降到了15qps，所以还是肯定需要不少的性能优化。