i/o復用使得程序能夠同時監聽多個文件描述符,對于提高程序性能至關重要。i/o復用不僅僅在網絡程序中使用,但是我接觸到的例子中,tcp網絡編程那塊使用i/o復用比較多,例如,tcp服務器同時處理監聽socket和連接socket.
在了解i/o復用之前,我們需要先了解幾個概念。
1,同步i/o與異步i/o
2,lt(水平觸發)和et(邊緣觸發)
posix把兩個術語定義如下:
同步i/o:導致請求進程阻塞,直到i/o操作完成
異步i/o:不導致請求進程阻塞
阻塞是進程在等待某種資源,但是不能馬上得到,必須等待別的進程釋放資源才能繼續,屬于被動無法得到時間片,內核就切換其它進程運行。
它與休眠和掛起的區別:休眠一般為主動式的放棄一段cpu時間。
掛起是運行時間片到了,內核要調度其它進程運行,被動式的失去cpu。(掛起可以被別的進程給搶占導致掛起,也可以自己主動掛起自己。)
unix下可用的5種i/o模型:1,阻塞式i/o 2,非阻塞式i/o 3,i/o 復用 4,信號驅動i/o(sigio) 5,異步i/o
1--4為同步i/o,5為異步i/o。
我們關注的i/o復用屬于同步i/o,會導致進程阻塞。
在linux的io多路復用中有水平觸發,邊緣觸發兩種模式,這兩種模式的區別如下:
水平觸發(lt,level-triggered,也被稱為條件觸發):只要滿足條件,就觸發一個事件(只要有數據沒有被獲取,內核就不斷通知你).如果文件描述符已經就緒可以非阻塞的執行io操作了,此時會觸發通知.允許在任意時刻重復檢測io的狀態,沒有必要每次描述符就緒后盡可能多的執行io.select,poll就屬于水平觸發.
邊緣觸發(et,edge-triggered)每當狀態變化時,觸發一個事件.如果文件描述符自上次狀態改變后有新的io活動到來,此時會觸發通知.在收到一個io事件通知后要盡可能多的執行io操作,因為如果在一次通知中沒有執行完io那么就需要等到下一次新的io活動到來才能獲取到就緒的描述符.信號驅動式io就屬于邊緣觸發.
epoll既可以選擇水平觸發,也可以選擇邊緣觸發
下面具體介紹三大i/o復用:select,poll,epoll
1 2 3 4 5 6 7 8 9 10 | int select(int nfds,fd_set *readfds,fd_set *writefds,fd_set *exceptfds,struct timeval *timeout); returns numbers of ready descriptors,0 on timeout,or -1 on error int poll(struct pollfd fds[],nfds_t nfds,int timeout); returns number of ready file descriptors,0 on timeout,or -1 on error; epoll int epoll_create(int size) int epoll_ctl(int epfd,int op,int fd,struct epoll_event * event) int epoll_wait(int epfd,struct epoll_event* events,int maxevents,int timeout); |
下面從事件集、最大支持文件描述符、工作模式、具體實現四個方面進行對比:
3組系統調用都通過某種結構體來高速內核監聽哪些文件描述符上的事件,并使用該結構體類型的參數來獲取內核處理的結構。
select的參數類型fd_set沒有將文件描述符和事件綁定,只能處理可讀、可寫、異常事件,這使得select不能處理更多類型的事件。由于內核對fd_set的修改,應用程序下次調用select前需要重置這3個fd_set集合。
poll通過把文件描述符和事件定義在pollfd中,任何事件都被統一處理,從而使得編程接口簡潔許多。并且內核每次修改的是pollfd結構體的revents成員,而events成員保持不變,因此下次調用poll時無須重置pollfd結構體類型的事件集參數。由于每次select 和poll調用都返回整個用戶注冊的事件集合(其中包括就緒的和未就緒的),所以應用程序索引就緒文件描述符的時間復雜度為o(n).epoll 則采用與select和poll完全不同的方式來管理用戶注冊的事件。它在內核中維護一個事件表,并提供了一個獨立的系統調用epoll_ctl來控制往其中添加、刪除、修改事件。這樣,每次epoll_wait調用都直接從該內核事件表中取得用戶注冊的事件,而無須反復從用戶空間讀入這些事件。epoll_wait系統調用的events參數僅用來返回就緒的事件,這使得應用程序索引就緒文件描述符的時間復雜度為o(1)
poll和epoll_wait分別用nfds和maxevents參數指定最多監聽多少個文件描述符和事件。這兩個數值都能達到系統最大的文件描述符數目,即65535(cat/proc/sys/fs/file-max).而select允許監聽的最大文件描述符數量通常有限制。雖然用戶可以修改這個限制,但這可能導致不可預期的后果。
select和poll都只能工作在lt模式,而epoll可以工作在et模式。并且epoll還支持epolloneshot事件,該事件可以進一步減少可讀、可寫、和異常等事件被觸發的次數
實現原理上,select和poll采用輪詢的方式,即每次都要掃描整個注冊文件描述符集合,并將其中就緒的文件描述符返回給用戶程序,因此他們檢測就緒事件的時間復雜度為o(n).epoll_wait采用回調的方式,內核檢測到就緒文件描述符時,將觸發回調函數,回調函數將該文件描述符上對應的事件插入內核就緒事件隊列。內核最后在適當時機將該就緒事件隊列中的內容拷貝到用戶空間。因此epoll_wait無須輪詢整個文件描述符集合來檢測哪些文件描述符就緒,其算法復雜度為o(1).
總結起來如下表所示
以上這篇io復用之select poll epoll的總結(推薦)就是小編分享給大家的全部內容了,希望能給大家一個參考,也希望大家多多支持服務器之家。