像 symfony laravel 之类的 php 框架，空运行一次响应时间在 40〜50ms 左右，而自己写一个框架或者像ci一类的框架，空运行一次在 5~10ms 左右，在追求大流量高qps的web应用的情况下，我该怎么选择？
如果选择了 laravel 是否意味着会增加机器数量？比如：
负载1000万pv的http运行
laravel 需要 100 台机器
而自己写一个框架或者ci之类的高效率框架只需要20台机器？
是否有必要在意这方面的选择？
回复内容：
像 symfony laravel 之类的 php 框架，空运行一次响应时间在 40〜50ms 左右，而自己写一个框架或者像ci一类的框架，空运行一次在 5~10ms 左右，在追求大流量高qps的web应用的情况下，我该怎么选择？
如果选择了 laravel 是否意味着会增加机器数量？比如：
负载1000万pv的http运行
laravel 需要 100 台机器
而自己写一个框架或者ci之类的高效率框架只需要20台机器？
是否有必要在意这方面的选择？
开发效率和性能的取舍：成熟的开发框架真的很好用，令人爱不释手，这当然也牺牲了一些效率，自己写一个框架为什么快？功能简单啊，但是自己写框架要重复造很多轮子，中大型项目开发效率就降下来了。
采用 php+mysql 数据库方式运行的强大网上商店系统，执行效率高速度快，支持多语言，模板和代码分离，轻松创建属于自己的个性化用户界面 v3.5更新： 1).进一步静态化了活动商品. 2).提供了一些重要UFT-8转换文件 3).修复了除了网银在线支付其它支付显示错误的问题. 4).修改了LOGO广告管理,增加LOGO链接后主页LOGO路径错误的问题 5).修改了公告无法发布的问题,可能是打压
立即学习“PHP免费学习笔记（深入）”；
hello world不代表实际项目的表现：框架的耗时多那么几十毫秒，在实际项目中性能消耗比这个大的地方多了去了，业务逻辑、DB查询、磁盘I/O优化不到位，不管你用不用框架，并发大的话分分钟宕掉server啊（以前写了个复杂sql查询让server跑了一晚都没查出结果我会说？）比如一个业务复杂的接口，框架响应800ms，不用框架响应750ms，这几乎没差好么……极限追求性能另说，你有这要求或许也不会用php了吧
