进程模型服务器的问题

river_dream

  各位好，小菜有个关于进程模型服务器的问题不明白，请教大家。
  很多网络服务器使用了进程模型来实现的，我理解的是：
  1、每个进程所占用系统的内存和句柄是有限的，为了高效的使用服务器，所以就使用了多个进程来处理客户端和业务，但是每个进程里面却是使用了线程实现。
  2、一个进程实现accept，当来客户端连接后使用一个子进程来处理客户端的业务数据，但其他的相关业务（如要维护一个简单的任务列表）还是使用线程来处理。
  3、一个主进程启动多个子进程后，有每个子进程竞争accept后处理客户端的数据（据说老版本linux会出现惊群）。其他数据还是使用线程处理。
  这是我的理解，不知道是否拥有高效的纯进程服务器，就是不使用一个线程，所有任务全部由进程完成。

  不知道使用线程后对于跨平台有什么影响，比如arm平台或者mips平台，谢谢！~~~

river_dream

要沉了，，顶~~

timespace

线程模型
优点： 轻量，共享进程地址空间，线程间通信比较简单，编程相对容易
缺点： 高并发时，线程切换代价会很高；对多CPU多核不很友好；很多传统函数不可重入

进程模型
基本和线程相反，除了高并发的情况

关于网络服务器的模型，其实UNPV1讲得比较全面了，可以参考之
不过现实中需要注意，当高并发（10k+连接，少量活跃）时，每个连接使用一个进程或线程的模型不可取

再谈下你的问题：
是否存在高效的进程服务器？YES，是否高效和进程或线程无关，和架构有关。比如现在Linux高并发接入，都会采用一个接入进程或线程，其中accept|send|recv使用epoll的事件触发，把数据丢给后续工作进程组或线程组，都非常高效，往往瓶颈出现在后续的业务逻辑处理中
线程跨平台？这方面，肯定是进程更好，各平台线程的支持度层次不齐，就拿Linux来说吧，近几年NPTL才逐步完善，摆脱了以前很低效的线程库

所以我的建议是，如没有很确定肯定以及一定的理由，那就进程实现吧

river_dream

回复 3# timespace
您好，如果我为服务器划分了16个模块，这些模块最好都使用异步，这样的话，我就要开启16个进程才可以，这样也是没有问题的吧，我看到的可能比较少，我没有发现那些服务器真的是一个模块一个进程的。除了使用进程池来处理客户端数据外，也应该没有用16个进程来处理服务器自身的逻辑吧。又牛角尖钻了，哈哈，谢谢指引~~