epoll_wait() listenfd fork()问题请教

xinglp

不知道这样是否正确
1.创建listenfd监听并设置非阻塞
2.fork()一定数量的子进程
3.子进程创建epollfd并注册从父进程继承的listenfd
4.子进程等待在epoll_wait()上

当有链接来的时候所有的子进程都从epoll_wait()上返回了

这样会不会有性能问题

但是这样的情况
1.创建listenfd监听并设置非阻塞
2.fork()一定数量的子进程
3.子进程等待accept()上
当有链接来的时候就只有一个子进程从accept()上返回了,这个应改是正常的现象吧(不唤醒不必要的进程).

请教如何让epoll_wait()在这种情况下能像accept()的行为一样.

谢谢

rain_fish

多线程不可以吗？为什么要是多进程？

xinglp

epoll_wait()返回 不是一样的么?

独臂剑客

不知道这样是否正确
1.创建listenfd监听并设置非阻塞
2.fork()一定数量的子进程
3.子进程创建epollfd并注册从父进程继承的listenfd
4.子进程等待在epoll_wait()上

当有链接来的时候所有的子进程都从epoll_wait()上返回了

这样会不会有性能问题


//这样是有惊群效应，lighthttpd也是这样处理的，accept时你判断一下判断值errno是不是EAGAIN


但是这样的情况
1.创建listenfd监听并设置非阻塞
2.fork()一定数量的子进程
3.子进程等待accept()上
当有链接来的时候就只有一个子进程从accept()上返回了,这个应改是正常的现象吧(不唤醒不必要的进程).

//accept这个最新的内核已经不会有惊群效应了

请教如何让epoll_wait()在这种情况下能像accept()的行为一样.

谢谢

//你可以使用线程池或进程池，也就是主线程或主进程负责accept，有连接来以后分给下面的进程或线程池去处理，各进程或线程epoll_wait他自己的就不会有了。

xinglp

//这样是有惊群效应，lighthttpd也是这样处理的，accept时你判断一下判断值errno是不是EAGAIN
>>这个已经判断了.

//accept这个最新的内核已经不会有惊群效应了
>>内核2.6.33, 在更新的内核中epoll_wait()会不会也解决这个问题.
//你可以使用线程池或进程池，也就是主线程或主进程负责accept，有连接来以后分给下面的进程或线程池去处理，各进程或线程epoll_wait
>>主进程可一把accept后的套接字传递给子进程么?

独臂剑客

//这样是有惊群效应，lighthttpd也是这样处理的，accept时你判断一下判断值errno是不是EAGAIN
>>这个已经判断了.

//accept这个最新的内核已经不会有惊群效应了
>>内核2.6.33, 在更新的内核中epoll_wait()会不会也解决这个问题.

不会，epoll_wait本身就有惊群效应

//你可以使用线程池或进程池，也就是主线程或主进程负责accept，有连接来以后分给下面的进程或线程池去处理，各进程或线程epoll_wait
>>主进程可一把accept后的套接字传递给子进程么?

主进程或主线程accept以后是不是有一个fd socket的专一文件描述符，你判断一下当前进程池或线程池里那一个线程或进程处理的连接数最少，然后你就把这个fd给这个线程或进程处理，以后与这个fd所有的操作都是这个线程或进程去epoll_wait了，这样不就能实行并发处理了吗？

xinglp

同一个进程的多个线程能传递fd,这个我知道.
但是不同的进程之间怎么传递fd呢?

独臂剑客

回复 7# xinglp


    但是不同的进程之间怎么传递fd呢?

    APUE 好像讲过，你看一下APUE中file descriptor passing这一节，好像是讲过的，linux应该是可以传递的。