当前位置: 技术问答>linux和unix
进程模型服务器的问题
来源: 互联网 发布时间:2017-02-04
本文导语: 各位好,小菜有个关于进程模型服务器的问题不明白,请教大家。 很多网络服务器使用了进程模型来实现的,我理解的是: 1、每个进程所占用系统的内存和句柄是有限的,为了高效的使用服务器,...
各位好,小菜有个关于进程模型服务器的问题不明白,请教大家。
很多网络服务器使用了进程模型来实现的,我理解的是:
1、每个进程所占用系统的内存和句柄是有限的,为了高效的使用服务器,所以就使用了多个进程来处理客户端和业务,但是每个进程里面却是使用了线程实现。
2、一个进程实现accept,当来客户端连接后使用一个子进程来处理客户端的业务数据,但其他的相关业务(如要维护一个简单的任务列表)还是使用线程来处理。
3、一个主进程启动多个子进程后,有每个子进程竞争accept后处理客户端的数据(据说老版本linux会出现惊群)。其他数据还是使用线程处理。
这是我的理解,不知道是否拥有高效的纯进程服务器,就是不使用一个线程,所有任务全部由进程完成。
不知道使用线程后对于跨平台有什么影响,比如arm平台或者mips平台,谢谢!~~~
很多网络服务器使用了进程模型来实现的,我理解的是:
1、每个进程所占用系统的内存和句柄是有限的,为了高效的使用服务器,所以就使用了多个进程来处理客户端和业务,但是每个进程里面却是使用了线程实现。
2、一个进程实现accept,当来客户端连接后使用一个子进程来处理客户端的业务数据,但其他的相关业务(如要维护一个简单的任务列表)还是使用线程来处理。
3、一个主进程启动多个子进程后,有每个子进程竞争accept后处理客户端的数据(据说老版本linux会出现惊群)。其他数据还是使用线程处理。
这是我的理解,不知道是否拥有高效的纯进程服务器,就是不使用一个线程,所有任务全部由进程完成。
不知道使用线程后对于跨平台有什么影响,比如arm平台或者mips平台,谢谢!~~~
|
要不你去了解一下nginx/lighttpd的master-worker架构?
看到你的疑惑, 你的思维还停留在单进程多线程的架构上, 除了特殊应用情景这种架构是很烂的服务端架构.
现在的服务端架构是这样的:master-worker多进程单线程框架, master的监听socket由worker继承, worker采用epoll/poll/select/kqueue/等I/O复用接口. 在worker的loop里执行try_lock-->non-blocked-accept-->unlock-->time-out-select的代码流.
看到你的疑惑, 你的思维还停留在单进程多线程的架构上, 除了特殊应用情景这种架构是很烂的服务端架构.
现在的服务端架构是这样的:master-worker多进程单线程框架, master的监听socket由worker继承, worker采用epoll/poll/select/kqueue/等I/O复用接口. 在worker的loop里执行try_lock-->non-blocked-accept-->unlock-->time-out-select的代码流.
|
linux下进程好用,windows下线程好用