PHP框架测试(yii、qee、ThinkPHP、CodeIgniter)

本文通过实际测试对比了多个PHP框架的执行效率,并分析了不同框架在纯HTML渲染方面的表现。
“听说过没见过,两万五千里啊。。。”就像歌里唱的那样,对于框架的执行效率

我也是听别人说哪个框架执行效率有多高,从来没有亲自测试一下效率。这不,刚好有空

我也亲自测试一下,毕竟眼见为实啊。zend framework就不比了,执行效率最低不用说。

一、系统环境:

笔记本,内存1G,迅驰1.6G,windows xp sp2,Lighttpd 1.4.11 for windows,

PHP5.2.9-2,php以fast-cgi方式运行。(注:有对这环境配置感兴趣及遇到问题的请直接与我联系)

二、测试方式:利用框架渲染一个纯html页面,无数据库调用。

注:没有比较HelloWorld,一直觉得比较纯输出没有必要,比较脱离实际。

三、测试结果:


纯HTML:
并发:10
请求:100

Requests per second: 624.10 [#/sec] (mean)
Time per request: 16.023 [ms] (mean)
Time per request: 1.602 [ms] (mean, across all concurrent requests)
Transfer rate: 3588.59 [Kbytes/sec] received

-----------------------------------------------------------------------------

纯PHP:
并发:10
请求:100

Requests per second: 356.63 [#/sec] (mean)
Time per request: 28.040 [ms] (mean)
Time per request: 2.804 [ms] (mean, across all concurrent requests)
Transfer rate: 2007.82 [Kbytes/sec] received

-----------------------------------------------------------------------------

ThinkPHP:
并发:10
请求:100

Requests per second: 26.35 [#/sec] (mean)
Time per request: 379.546 [ms] (mean)
Time per request: 37.955 [ms] (mean, across all concurrent requests)
Transfer rate: 160.19 [Kbytes/sec] received

-----------------------------------------------------------------------------

YII:
并发:10
请求:100

Requests per second: 27.74 [#/sec] (mean)
Time per request: 360.518 [ms] (mean)
Time per request: 36.052 [ms] (mean, across all concurrent requests)
Transfer rate: 158.11 [Kbytes/sec] received

-----------------------------------------------------------------------------

CodeIgniter:
并发:10
请求:100

Requests per second: 31.30 [#/sec] (mean)
Time per request: 319.459 [ms] (mean)
Time per request: 31.946 [ms] (mean, across all concurrent requests)
Transfer rate: 174.36 [Kbytes/sec] received

-----------------------------------------------------------------------------

QEE:
并发:10
请求:100

Requests per second: 40.10 [#/sec] (mean)
Time per request: 249.359 [ms] (mean)
Time per request: 24.936 [ms] (mean, across all concurrent requests)
Transfer rate: 232.60 [Kbytes/sec] received


另外,还看了一下RubyOnRails with Lighttpd on Proxy下的运行效率,比PHP框架执行效率都高。

Ruby On Rails with Lighttpd Proxy:
并发:10
请求:100

Requests per second: 64.42 [#/sec] (mean)
Time per request: 155.223 [ms] (mean)
Time per request: 15.522 [ms] (mean, across all concurrent requests)
Transfer rate: 380.10 [Kbytes/sec] received



结论,在页面渲染输出上面,YII没有吹的那么好,Qee框架还确实技高一筹啊。不禁对老廖暗伸大拇指!
选择框架就像选择朋友一样,总是和的来的在一起。PHP圈子也没必要争个公母出来,既然发明出来了,就要服务好热情支持他们的开发者们。
基于遗传算法的新的异构分布式系统任务调度算法研究(Matlab代码实现)内容概要:本文档围绕基于遗传算法的异构分布式系统任务调度算法展开研究,重点介绍了一种结合遗传算法的新颖优化方法,并通过Matlab代码实现验证其在复杂调度问题中的有效性。文中还涵盖了多种智能优化算法在生产调度、经济调度、车间调度、无人机路径规划、微电网优化等领域的应用案例,展示了从理论建模到仿真实现的完整流程。此外,文档系统梳理了智能优化、机器学习、路径规划、电力系统管理等多个科研方向的技术体系与实际应用场景,强调“借力”工具与创新思维在科研中的重要性。; 适合人群:具备一定Matlab编程基础,从事智能优化、自动化、电力系统、控制工程等相关领域研究的研究生及科研人员,尤其适合正在开展调度优化、路径规划或算法改进类课题的研究者; 使用场景及目标:①学习遗传算法及其他智能优化算法(如粒子群、蜣螂优化、NSGA等)在任务调度中的设计与实现;②掌握Matlab/Simulink在科研仿真中的综合应用;③获取多领域(如微电网、无人机、车间调度)的算法复现与创新思路; 阅读建议:建议按目录顺序系统浏览,重点关注算法原理与代码实现的对应关系,结合提供的网盘资源下载完整代码进行调试与复现,同时注重从已有案例中提炼可迁移的科研方法与创新路径。
【微电网】【创新点】基于非支配排序的蜣螂优化算法NSDBO求解微电网多目标优化调度研究(Matlab代码实现)内容概要:本文提出了一种基于非支配排序的蜣螂优化算法(NSDBO),用于求解微电网多目标优化调度问题。该方法结合非支配排序机制,提升了传统蜣螂优化算法在处理多目标问题时的收敛性和分布性,有效解决了微电网调度中经济成本、碳排放、能源利用率等多个相互冲突目标的优化难题。研究构建了包含风、光、储能等多种分布式能源的微电网模型,并通过Matlab代码实现算法仿真,验证了NSDBO在寻找帕累托最优解集方面的优越性能,相较于其他多目标优化算法表现出更强的搜索能力和稳定性。; 适合人群:具备一定电力系统或优化算法基础,从事新能源、微电网、智能优化等相关领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①应用于微电网能量管理系统的多目标优化调度设计;②作为新型智能优化算法的研究与改进基础,用于解决复杂的多目标工程优化问题;③帮助理解非支配排序机制在进化算法中的集成方法及其在实际系统中的仿真实现。; 阅读建议:建议读者结合Matlab代码深入理解算法实现细节,重点关注非支配排序、拥挤度计算和蜣螂行为模拟的结合方式,并可通过替换目标函数或系统参数进行扩展实验,以掌握算法的适应性与调参技巧。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值