[讨论]PHP适合做大并发访问的应用吗？

BoarKnight

感觉PHP在大并发访问的应用上还是存在很多缺陷
没有连接池会使得并发大到一定程度后，增加资源也无法解决问题

不知道大家是怎么处理这种问题的？
后台用JAVA/c写的连接池，前台用PHP来做表现层？
还是....

期待大家的意见 ：）

z33

一台cron服务器，定时用php生成静态html。
N台web服务器，静态html，少量php与用户交互。
BIG-IP

meijun_sina

php 加 cache 也是可以的  只是不适合用于 及时数据

BoarKnight

楼上说的是发布系统吧
这种系统动态部分应用很小
就是给编辑使用 最多200人在线吧
静态部分用squid+apache这种构架就没必要讨论了
不是所以的应用都能静态化的

想讨论的是做大规模的动态交互应用
如相册啊，论坛等等，如果在线人数过多，数据库成为瓶颈
该如何处理和优化

z33

即时数据也可以啊，1分钟更新一次静态页。

北京野狼

原帖由 BoarKnight 于 2005-11-25 11:47 发表
楼上说的是发布系统吧
这种系统动态部分应用很小
就是给编辑使用 最多200人在线吧
静态部分用squid+apache这种构架就没必要讨论了
不是所以的应用都能静态化的

想讨论的是做大规模的动态交互应用
如相册啊 ...

静态部分根本就没必要使用squid+apache这种构架
squid处理的就是论坛这样的动态页面

meijun_sina

nba 的比分 一分钟更新一次也慢呀 ^_^
大型的还是生成 静态的快 可是也是不方便的
学习中

z33

原帖由 meijun_sina 于 2005-11-25 12:01 发表
nba 的比分 一分钟更新一次也慢呀 ^_^
大型的还是生成 静态的快 可是也是不方便的
学习中

也是静态

这种比分的也不可能靠动态页面实现啊。
哪有每秒刷新的啊。是用xmlhttp+xml的ajax就实现。
http://www.gooooal.com/live.htm就是这样的，以前我也做过类似的应用。

BoarKnight

静态部分的用squid的性能会比apache强4-10倍
这个都是8用讨论了的东西就别研究了

用squid来做动态页面的cache也还行，不过性能和静态的比较，感觉差很多
人多地时候还是会有数据库连接撑爆的现象
应该来说还是没有用连接池导致的数据库端大量的tcp连接产生的瓶颈

对于PHP本身而已，好像没有好的办法可以解决......

z33

瓶颈产生成IO上。