WEB服务器处理请求的问题

simonsoft

1^# simonsoft 发表于 2007-08-31 00:28

当接受到一个请求，WEB服务器是新开一个线程处理请求还是用别的方法？
比如500个人请求一个网站页面，那服务器开500个线程？
不然服务器是怎么保证用户之间不会冲突？

xinglp

2^# xinglp 发表于 2007-08-31 07:45

现在比较流行多路转发

missing-cn

3^# missing-cn 发表于 2007-08-31 12:30

QUOTE:

原帖由 simonsoft 于 2007-8-31 00:28 发表
当接受到一个请求，WEB服务器是新开一个线程处理请求还是用别的方法？
比如500个人请求一个网站页面，那服务器开500个线程？
不然服务器是怎么保证用户之间不会冲突？

跟os有关

例如linux有两种处理方法，一个是prefork，就是来个连接生成一个进程处理；一个是worker，来一个连接生成一个线程处理。

xinglp

4^# xinglp 发表于 2007-08-31 13:58

QUOTE:

原帖由 missing-cn 于 2007-8-31 12:30 发表
跟os有关
例如linux有两种处理方法，一个是prefork，就是来个连接生成一个进程处理；一个是worker，来一个连接生成一个线程处理。

同时几十万个连接怎么处理？

alvis

5^# alvis 发表于 2007-09-03 10:39

不管任何操作系统，都会有本身的最大进程或线程数的限制，几十W 的并发，在 PC 架构的 OS 上，单机是处理不了的（当然，你也可以做连接缓冲池，不过，我视这种方法为接收并发，而不是处理）。

用集群吧，调优的本旨是控制服务器的负载在其合理范围内

xinglp

6^# xinglp 发表于 2007-09-03 14:32

我倾向于首先榨取单台服务器的性能,实在不行用集群

suek

7^# suek 发表于 2007-09-03 18:10

QUOTE:

原帖由 xinglp 于 2007-8-31 13:58 发表

同时几十万个连接怎么处理？

偶的FreeBSD最大的网络连接数达到过1.7W,流量大概60M吧。
Windows跑.net应用，也达到过60M，连接数未知。

要达到几十万连接的话，带宽要估计G以上才行。

要是一个PCserver能跑上G的带宽，那sina的前端server也用不了几个PCserver了。