《Discuz VS Phpwind性能巅峰对决》测试报告 

 

1、 总体概述 

a)  谁的总体性能好? 

Discuz 的总体性能好于 Phpwind 

 

b)  总体性能好多少? 

Discuz 总体性能好于Phpwind非常多,详情请参考下表(定量和定性分析) 

 

c)  凭什么这么说? 

经过严格的监控和统计分析,得出如下数据: 

性能测试报告模板_响应时间

  

2、 各指标分析结果 

a)  响应时间(Response Time): 

(Discuz与Phpwind差得不是一星半点,基本上差一个数量级,这个完全出乎测试前的预料,但

是事实胜于雄辩,如图所示): 

   

  

性能测试报告模板_响应时间_02

 

性能测试报告模板_测试数据_03

 

 

b)  每秒事务数(TPS): 

由于测试脚本运行一个迭代会分别运行一次登录,一次发帖和一次回帖,所以我们可以看到TPS

这个指标对于三个测试模块来说均一样,在本指标上,Phpwind也落后Discuz 一大截,如图: 

性能测试报告模板_php_04

 

c)  吞吐量(Througput): 

吞吐量能说明什么问题? 

i.  检测网络带宽是否为瓶颈,本测试中平均吞吐量最大也就 1322K,不构成任何带宽瓶颈 

ii.  服务器的Response越大,通常Response的量越多,其响应时间越长,但是我们发现Discuz

比Phpwind的吞吐量要多差不多1/3,而响应时间却比Phpwind快得多,足见 Discuz在服

务器和代码优化方面下足了功夫 

iii.  如果能将Response的大小减小,意味着响应时间还有进一步提升的空间 

      

(本图为100用户时结果,50用户时类似): 

  

性能测试报告模板_测试数据_05

 

d)  CPU 和内存使用率: 

 

性能测试报告模板_响应时间_06

 

 

e)  附加说明: 

i.  现在的系统,内存一般都不会是瓶颈 

ii.  通常CPU很容易成为瓶颈,简单来说就是运算量太大,CPU 使用率太高,导致响应不及时,

CPU 队列越排越长,最后甚至可能无响应 (响应时间变长成为必然) 

iii.  由于当前我国的因特网带宽还不够发达,除CPU 之外带宽也会影响响应时间 

iv.  性能的瓶颈还可能在服务器端对数据库和中间件的处理上,这也是应用程序可能需要优化的

一个重要的方面 

v.  利用 LR自带的Web页面诊断分析(HttpWatch也可做此事),我们也可以查找出一些页面级

的优化点  

 

附 1:本次测试的所有测试脚本(LoadRunner 脚本)和测试结果(LoadRunner 监控结果)均可在 51Testing

论坛进行下载(http://bbs.51testing.com/thread-184943-1-1.html ),也可与作者联系,联系方式见文末。 

 

附 2:本次测试使用 LoadRunner 9.5 进行测试,如果你的版本与本版本不匹配,可能导致你的测试脚本

不能正确运行或者测试结果不能正常查看,请升级或联系作者。 

 

附 3:下页所示两图为 Discuz 和 Phpwind 在 100 虚拟用户时在 LoadRunner Controller 里运行场景的截

图,供参考: 

 

 

性能测试报告模板_测试数据_07

 

性能测试报告模板_测试数据_08

  

3、 总结 

通过严格的方案设计,脚本开发测试和对指标的监控分析,我们发现 Discuz 的性能要明显好于

Phpwind,而且差别非常大,Phpwind在指标上无一胜出,Discuz完胜。 

 

在此要特别感谢 Discuz 和 Phpwind 的全体开发人员,虽然性能表现从技术的角度来分析看差别较明

显,但是这并不会成为用户选择的唯一标准,两家公司都能提供很好的服务,时刻倾听用户的声音,

开发出了当前最流行的两个论坛程序。 

 

请大家坚持你的选择,以上提供的数据非权威发布,仅供学习交流性能测试经验和技术,只要你的用

户认可你的网站,后台是什么程序其实一点也不重要。 

 

 

4、 免责声明 

本次测试数据非权威发表,仅供学习交流之用,请勿将本测试数据用于任何商业目的,本人及 AgileJoy

网站不对本次测试数据负任何法律责任,如因此次测试结果给相关公司或个人带来不便,敬请谅解。 

 

性能测试报告模板

性能测试报告模板_测试数据_09

性能测试报告模板_php_10