httpd子进程是通过什么机制来管理的呢？

我们都知道在使用apache的时候，启动httpd，刚开始会有一个父进程和N（这个可在httpd.conf里设置）个子进程，但当随着WEB请求用户增多的时候系统会出现多个子进程，以nobody身分出现的，而这个子进程是如何管理的呢？是有一个请求(httpd client)的时候就生成一个子进程呢？还是通过轮转机制以N（这里的N应该不同于在httpd.conf里面设置的那个）个子进程为用户服务的呢？
如果是前者的话，那一个大型站点，比如chinaunix同时在线人数有3000人，是不是代表系统里就有3000个nobody的httpd进程？这样的话CPU的负荷不是很大？而如果以后者的话，系统的httpd的进程数是多少又是如何来控制的呢？并且如果是这样的话，系统只能同时响应一部份http client，那另一部份的请求被忽略，这样的话如果我们的硬件够强的话，不是浪费了很多的硬件资源？
还有一个问题就是，apache是通过xinetd或者standalone的方式来运行好呢？我们知道既然两种方式都存在，肯定就有他存在的原因，但在什么时候启用xinetd(或者standalone)的效果是最好的呢？
希望有知道的不吝赐教，大家也可以一起讨论讨论^_^

xinetd只是适合自己调试时用，这个是有xinetd 监听端口，得到请求后再启动apache 然后转发给apache的。

进程的话父进程开起来后，派发一些预派进程来准备提供服务，当预派进程用玩后再新开进程，直到派到apache 设定的上限为止。

具体的机制优化可以看看下面的帖子
http://bbs.linuxsky.net/thread-799-1-3.html

原帖由 hew 于 2006-3-25 10:44 发表
xinetd只是适合自己调试时用，这个是有xinetd 监听端口，得到请求后再启动apache 然后转发给apache的。

进程的话父进程开起来后，派发一些预派进程来准备提供服务，当预派进程用玩后再新开进程，直到派到apach ...

xinetd这个只是适合自己调试时使用？这个有什么官方文档说明没？虽然我不用这个，但觉得还是有必要搞清楚^_^

第二个问题你的意思是指当预派进程用玩后就会再新开进程，这样是不是指有一个http client我服务器就要开一个进程呢？而这样的话，当系统中同时有几千人在线的话，系统中不是要有几千个进程，这样CPU调度的话不是非常的耗资源？

几千人同时浏览的话当然有几千个进程.

原帖由 tiredboy xinetd这个只是适合自己调试时使用？

这个是我个人观点，xinetd的工作方式决定了他不适合放在需要被频繁访问的生产环境。

第二个问题你的意思是指当预派进程用玩后就会再新开进程，这样是不是指有一个http client我服务器就要开一个进程呢？而这样的话，当系统中同时有几千人在线的话，系统中不是要有几千个进程，这样CPU调度的话不是非常的耗资源？

不会是只有一个进程，不是还有预派进程嘛。

几千人在线和几千个并发连接是不一样的。

当跑到上限时其他请求会进入等待的队列，其实apache 消耗最大的是内存而不是CPU.

[ 本帖最后由 hew 于 2006-3-25 18:34 编辑 ]

原帖由 hew 于 2006-3-25 18:20 发表

这个是我个人观点，xinetd的工作方式决定了他不适合放在需要被频繁访问的生产环境。




不会是只有一个进程，不是还有预派进程嘛。

几千人在线和几千个并发连接是不一样的。

当跑到上限时其他请求会 ...

我当然不是说只有一个进程了，呵呵

不过算是差不多明白了

下午啃了遍apache的文档和http协议的部分东西