epoll是多路復用io(i/o multiplexing)中的一種方式,但是僅用於linux2.6以上核心,在開始討論這個問題之前,先來解釋一下為什麼需要多路復用io.
以乙個生活中的例子來解釋.
假設你在大學中讀書,要等待乙個朋友來訪,而這個朋友只知道你在a號樓,但是不知道你具體住在**,於是你們約好了在a號樓門口見面.
如果你使用的阻塞io模型來處理這個問題,那麼你就只能一直守候在a號樓門口等待朋友的到來,在這段時間裡你不能做別的事情,不難知道,這種方式的效率是低下的.
現在時代變化了,開始使用多路復用io模型來處理這個問題.你告訴你的朋友來了a號樓找樓管大媽,讓她告訴你該怎麼走.這裡的樓管大媽扮演的就是多路復用io的角色.
進一步解釋select和epoll模型的差異.
select版大媽做的是如下的事情:比如同學甲的朋友來了,select版大媽比較笨,她帶著朋友挨個房間進行查詢誰是同學甲,你等的朋友來了,於是在實際的**中,select版大媽做的是以下的事情:
int n = select(&readset,null,null,100);
for (
int i = 0; n > 0; ++i)
} epoll版大媽就比較先進了,她記下了同學甲的資訊,比如說他的房間號,那麼等同學甲的朋友到來時,只需要告訴該朋友同學甲在哪個房間即可,不用自己親自帶著人滿大樓的找人了.於是epoll版大媽做的事情可以用如下的**表示:
n=epoll_wait(epfd,events,20,500);
for(i=0;i在epoll中,關鍵的資料結構epoll_event定義如下:
typedef union epoll_data epoll_data_t;
struct epoll_event ;
可以看到,epoll_data是乙個union結構體,它就是epoll版大媽用於儲存同學資訊的結構體,它可以儲存很多態別的資訊:fd,指標,等等.有了這個結構體,epoll大媽可以不用吹灰之力就可以定位到同學甲.
別小看了這些效率的提高,在乙個大規模併發的伺服器中,輪詢io是最耗時間的操作之一.再回到那個例子中,如果每到來乙個朋友樓管大媽都要全樓的查詢同學,那麼處理的效率必然就低下了,過不久樓底就有不少的人了.
對比最早給出的阻塞io的處理模型, 可以看到採用了多路復用io之後, 程式可以自由的進行自己除了io操作之外的工作, 只有到io狀態發生變化的時候由多路復用io進行通知, 然後再採取相應的操作, 而不用一直阻塞等待io狀態發生變化了.
從上面的分析也可以看出,epoll比select的提高實際上是乙個用空間換時間思想的具體應用.
epoll的優點：
1.支援乙個程序開啟大數目的socket描述符(fd)
select 最不能忍受的是乙個程序所開啟的fd是有一定限制的，由fd_setsize設定，預設值是2048。對於那些需要支援的上萬連線數目的im伺服器來說顯然太少了。這時候你一是可以選擇修改這個巨集然後重新編譯核心，不過資料也同時指出這樣會帶來網路效率的下降，二是可以選擇多程序的解決方案(傳統的 apache方案)，不過雖然linux上面建立程序的代價比較小，但仍舊是不可忽視的，加上程序間資料同步遠比不上執行緒間同步的高效，所以也不是一種完美的方案。不過 epoll則沒有這個限制，它所支援的fd上限是最大可以開啟檔案的數目，這個數字一般遠大於2048,舉個例子,在1gb記憶體的機器上大約是10萬左右，具體數目可以cat /proc/sys/fs/file-max察看,一般來說這個數目和系統記憶體關係很大。
2.io效率不隨fd數目增加而線性下降
傳統的select/poll另乙個致命弱點就是當你擁有乙個很大的socket集合，不過由於網路延時，任一時間只有部分的socket是"活躍"的，但是select/poll每次呼叫都會線性掃瞄全部的集合，導致效率呈現線性下降。但是epoll不存在這個問題，它只會對"活躍"的socket進行操作---這是因為在核心實現中epoll是根據每個fd上面的callback函式實現的。那麼，只有"活躍"的socket才會主動的去呼叫 callback函式，其他idle狀態socket則不會，在這點上，epoll實現了乙個"偽"aio，因為這時候推動力在os核心。在一些 benchmark中，如果所有的socket基本上都是活躍的---比如乙個高速lan環境，epoll並不比select/poll有什麼效率，相反，如果過多使用epoll_ctl,效率相比還有稍微的下降。但是一旦使用idle connections模擬wan環境,epoll的效率就遠在select/poll之上了。
3.使用mmap加速核心與使用者空間的訊息傳遞。
這點實際上涉及到epoll的具體實現了。無論是select,poll還是epoll都需要核心把fd訊息通知給使用者空間，如何避免不必要的記憶體拷貝就很重要，在這點上，epoll是通過核心於使用者空間mmap同一塊記憶體實現的。而如果你想我一樣從2.5核心就關注epoll的話，一定不會忘記手工 mmap這一步的。
epoll為什麼快
epoll是linux下的一種i o多路復用的操作方式，是event poll的意思 i o多路復用，舉個栗子，在酒吧，乙個服務員，10個顧客在喝酒，服務員有這麼幾種服務方式 服務員從第乙個顧客開始問，你要酒嗎，再問第二個，你要酒嗎，依次問下去，問完一圈，再從頭開始，服務員就是不停的在bbb，要酒嗎...
epoll為什麼這麼快 非常形象
epoll是多路復用io i o multiplexing 中的一種方式,但是僅用於linux2.6以上核心,在開始討論這個問題之前,先來解釋一下為什麼需要多路復用io.以乙個生活中的例子來解釋.假設你在大學中讀書,要等待乙個朋友來訪,而這個朋友只知道你在a號樓,但是不知道你具體住在 於是你們約好了...
epoll為什麼比select這麼快
epoll是多路復用io i o multiplexing 中的一種方式,但是僅用於linux2.6以上核心,在開始討論這個問題之前,先來解釋一下為什麼需要多路復用io.以乙個生活中的例子來解釋.假設你在大學中讀書,要等待乙個朋友來訪,而這個朋友只知道你在a號樓,但是不知道你具體住在 於是你們約好了...