像 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了吧