如果一个server采用一个进程负责一个request的方式, 那么进程数就是并发数。那么显而易见的, 就是会有很多进程在等待中。等什么?最多的应该是等待网络传输。其缺点就是并发程度低, 性能不足。
参考nginx的异步非阻塞工作方式, 利用了这点等待的时间。在需要等待的时候, 这些等待进程就空闲出来待命了。因此少数几个进程就解决了大量的并发问题。
自适配网页转换模块需要如何利用进程的?举例同样的4个进程, 如果采用一个进程负责一个request的方式, 那么, 同时进来4个request之后, 每个进程就负责其中一个, 直至会话关闭。在此期间, 如果有第5个request进来了。就无法及时反映了, 因为4个进程都没干完活。因此, 一般有个调度进程, 每当新进来了一个request, 就新开个进程来处理。因此转换模块不适合这样设计。