像 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台机器？
是否有必要在意这方面的选择？
开发效率和性能的取舍：成熟的开发框架真的很好用，令人爱不释手，这当然也牺牲了一些效率，自己写一个框架为什么快？功能简单啊，但是自己写框架要重复造很多轮子，中大型项目开发效率就降下来了。
hello world不代表实际项目的表现：框架的耗时多那么几十毫秒，在实际项目中性能消耗比这个大的地方多了去了，业务逻辑、DB查询、磁盘I/O优化不到位，不管你用不用框架，并发大的话分分钟宕掉server啊（以前写了个复杂sql查询让server跑了一晚都没查出结果我会说？）比如一个业务复杂的接口，框架响应800ms，不用框架响应750ms，这几乎没差好么……极限追求性能另说，你有这要求或许也不会用php了吧
