linux下的epoll較之傳統(tǒng)的select函數(shù)比較其優(yōu)點(diǎn)
突破了單進(jìn)程打開SOCKET描述符最大數(shù)目的限制,select單進(jìn)程打開FD的數(shù)據(jù)是有限制的,由FD_SETSIZE設(shè)置，默認(rèn)值是2048,而這在那此需要支持上萬(wàn)連接數(shù)目的網(wǎng)絡(luò)服務(wù)器來(lái)說是不能忍受的,雖然這個(gè)限制可以通過修改宏重編譯內(nèi)核,但這會(huì)給效率帶來(lái)急劇下降,而epoll卻沒有這個(gè)限制,理論上打開FD的數(shù)目跟系統(tǒng)內(nèi)在有關(guān);
另外效率不會(huì)隨連接數(shù)的增加而線性下降,它只會(huì)對(duì)活躍的IO事件進(jìn)行操作,而select每次調(diào)用返回的是線性掃描的全集,不過在一個(gè)高速的網(wǎng)絡(luò)環(huán)境里epoll的性能并不比select高多少,因?yàn)榇蟛糠值膕ocket基本都是活躍的
epoll使用
epoll函數(shù)非常簡(jiǎn)單,epoll_create,epoll_ctl,epoll_wait 3個(gè)函數(shù),可用man查看具體函數(shù)說明，先使用epoll_create創(chuàng)建一個(gè)epoll的句柄，再通過epoll_ctl注冊(cè)事件，然后epoll_wait檢測(cè)事件的發(fā)生。
epoll二種工作模式的區(qū)別
Edge Triggered (ET)、Level Triggered (LT)；ET(edge-triggered)是高速工作方式，只支持no-block socket。當(dāng)IO事件發(fā)生時(shí)內(nèi)核通知你后不會(huì)再發(fā)送更多的通知，一直到你執(zhí)行的操作導(dǎo)致那個(gè)文件描述符事件的改變，如果你不對(duì)其進(jìn)程IO操作，內(nèi)核不會(huì)再通知你。Level Triggered (LT)是缺省的工作方式，并且同時(shí)支持block和no-block socket.內(nèi)核告訴你一個(gè)文件描述符是否就緒了，然后你可以對(duì)這個(gè)就緒的fd進(jìn)行IO操作。如果你不作任何操作，內(nèi)核還是會(huì)繼續(xù)通知你的，你可以使用EPOLLONESHOT標(biāo)志來(lái)告訴內(nèi)核只通知一次，需注意的是操作完后使用帶有 EPOLL_CTL_MOD標(biāo)志epoll_ctl修改處理文件描述符
ET模式使用在epoll_ctl加入事件時(shí)使用EPOLLET標(biāo)志來(lái)設(shè)置。ET模式在IO處理時(shí)需注意使用非阻塞模式，網(wǎng)上有很多這樣的例子
ACE及l(fā)ibevent都使用LT模式。而ACE的ACE_Dev_Poll_Reactor反應(yīng)器不支持線程池，雖然其代碼里也類似TP_Reactor通過鎖來(lái)互斥epoll_wait 操作，但在多線程應(yīng)用中會(huì)出現(xiàn)問題。本人參照TP_Reactort自寫了一個(gè)L/F線程池支持的epoll反應(yīng)器，在一個(gè)項(xiàng)目中已經(jīng)在使用。