网络服务器进程怎么处理大量并发连接?

georgeying

大家知道,在网络程序中,经常会用到select来处理socket, 而这是通过一个fd_set集合来容纳socket的,在当前的linux里面 (以Redhat9为例),其可容纳的socket最大不超过1024.
而在一个繁忙的网络服务器中,是很有可能并发超过1024个连接的..那应该怎么处理比较好呢?各位高手有没有好的模型或者方式来处理这种情况 (除了重编译内核,修改 FD_SETSIZE)

[ 本帖最后由 georgeying 于 2007-10-10 12:53 编辑 ]

georgeying

无人响应吗?自己顶上去

zwylinux

考虑多进程/线程模型

befree2008

epoll是可以的

用selecet管理多个连接的时候，非常慢

georgeying

楼上的误会了,不是用select处理多个连接,而是一个select对应一个socket,但是进程里面socket数量很大(还有很多打开文件描述符),所以导致socket的值很可能会超过1024,此时用select就无法处理了. 楼上的楼上说用多进程/多线程模型,这个类似apache的模式了,但在目前情况下,改造的工作量比较大,不太合适. 至于楼上的说用epoll, 那是 2.6内核才有的东西....

一个朋友说可以用poll,似乎是可以解决这个问题的..

那我的问题就稍微改一下,针对这种高并发的模式,是用阻塞模式好呢,还是非阻塞模式好?有什么好的框架可以套用吗?

leponylp

RH下select 默认支持的最大socket值应该是256。可以看相关系统头文件中有个宏FD_SETSIZE定义了最大句柄数，如
#ifndef FD_SETSIZE
#define FD_SETSIZE 256
#endif

用epoll可以支持得更好些。

leponylp

在2.6以下的，使用epoll可以打上相应补丁就可以了。一般非阻塞模式会比较快，如epoll里ET就是，但是也相应难控制。阻塞相对慢些，但是较为容易控制。

[ 本帖最后由 leponylp 于 2007-10-11 22:55 编辑 ]