只用select不用epoll，还要让服务器达到要求的并发能力，开多线程好还是开多进程好？

JohnBull

iw1210 发表于 2013-01-23 18:26
你的意思说在一个进程里，不管开多少线程，给每个select的传入的文件描述符总数大于FD_SETSIZE也不行？ ...

是描述符的数值太大不行

iw1210

JohnBull 发表于 2013-01-23 18:28
是描述符的数值太大不行

每个线程里的select都传入不超过1000个描述符还大么？

iw1210

select接受最大描述符数量是对进程的限制，而不是对线程的限制？

JohnBull

iw1210 发表于 2013-01-23 18:30
每个线程里的select都传入不超过1000个描述符还大么？

描述符的数值不能太大……

你用过select吗？第一个参数什么意思？

JohnBull

An  fd_set is a fixed size buffer.  Executing FD_CLR() or FD_SET() with
a value of fd that is negative or is equal to or larger than FD_SETSIZE
will result in undefined behavior.

iw1210

回复 15# JohnBull

这个我知道，所以想用多个线程分担一下啊


   

zimang

回复 12# iw1210


    select 1024 fd a process.

一刀。

用多进程是可以的，listen之后，fork出10个进程，然后再select、accept，accept的套接字要设置为非阻塞方式，一旦有连接上来，10个进程都试图去accept，除了抢先执行的那个进程accept返回套接字，其他进程都返回-1，errno设置为EAGAIN或EWOULDBLOCK，如果是这个错误码，就继续select。

vicallee

多进程，两种方法参考：
1.主进程 accept，通过unix socket传递fd给子进程，主进程要同时对子进程作负载平衡
2.多个进程通过进程锁try_lock 对listen fd作select监听accept，这个select也同时监听其它fd的读写

cwlalx

回复 1# iw1210


    你先了解一下epool，你会发现比select好多了，2G内存就能支持13万多的文件描述符，而且是事件触发式的比select的性能好。