评论：大话PHP之性能

来自：a

Fri, 16 Dec 2011 11:49:14 +0000

评论时间怎么都一样的？

来自：xiaoguang

xiaoguang — Thu, 15 Dec 2011 03:17:16 +0000

学习了。很不错！！

来自：aninfeel

aninfeel — Sat, 10 Dec 2011 08:01:49 +0000

裸用框架也许影响不大，当时在实际生产中一般涉及不少业务，需要autoload好多东西，一般是查找文件的操作，应该会有影响吧。
如果涉及大量计算（排除io等），php和java就不是一个级别的了。

来自：xuliqiang

xuliqiang — Sat, 10 Dec 2011 02:04:06 +0000

“有没有考虑过用PHP实现个类似连接池之类的东西”目前有考虑，但暂时还没有应用上。

来自：xuliqiang

xuliqiang — Sat, 10 Dec 2011 02:02:43 +0000

“项目中如果有过多的文件，经常auto_load然后还要再执行，性能就会很差，这个会不会是一个瓶颈呢~”
是的，会有影响。所以尽量不要load不必要的文件。这些在后续也会有一些标准的性能数据产出。

来自：agentzh

agentzh — Fri, 09 Dec 2011 10:27:15 +0000

php-fpm 虽然使用非阻塞模式的 socket，但是只是用于超时控制目的吧？其每一个 worker 进程还是只能一个一个地按顺序处理下游请求，即一个 OS 进程还是只能处理一并发。对于经典的 C10K 问题，如果下游有 1 万个请求同时来，使用 php-fpm 就需要有 1 万个 worker 进程才能处理得过来，而对于标配 8 核 8G 内存服务器而言内存早溢出了，而且 CPU 争用也早已成为瓶颈。这怎么能说和 Nginx 体系结构是一样的呢？Nginx 可是可以很好地处理 C10K 问题的。如果 php-fpm 真像 Nginx 在 I/O 模型上那么 NB，而在搞 node.js/twisted 的那帮哥们早就可以消停了，呵呵。

来自：chuke

chuke — Fri, 09 Dec 2011 03:01:32 +0000

写的很不错期待更多的分析

来自：笑嘻嘻

笑嘻嘻 — Fri, 09 Dec 2011 01:12:40 +0000

惠新晨同学么

来自：chenchaogang

chenchaogang — Wed, 07 Dec 2011 14:46:33 +0000

另外，轻量化的框架（相当于裸写）性能很猛，但是项目中如果有过多的文件，经常auto_load然后还要再执行，性能就会很差，这个会不会是一个瓶颈呢~

来自：chenchaogang

chenchaogang — Wed, 07 Dec 2011 14:44:07 +0000

后端有14个模块，php如果都与之进行短连接的话，性能会很差（除非端口复用之类的，否则端口不够用，端口复用最好是同机房），有没有考虑过用PHP实现个类似连接池之类的东西呢。另外网络中读取的速度一般为磁盘的1/10~1/100，瓶颈很明显在网络上了，要提高这样的应用的性能，就只能把网络中得数据缓存到本地磁盘啦，这个用JAVA,PHP,PYTHON都会是一样的结果，呵呵，我随便说说