【轉】網絡編程模型綜述 之 成熟的IO框架介紹

分類： linux網絡編程 |  標籤： |字號大中小 訂閱

ACE

「重量級的C++ I/O框架，用面向對象實現了一些I/O策略和其它有用的東西，特別是它的Reactor是用OO方式處理非阻塞I/O，而Proactor是用OO方式處理異步I/O的( In particular, his Reactor is an OO way of doing nonblocking I/O, and Proactor is an OO way of doing asynchronous I/O). 」

從不少實際使用來看，ACE是一個很值得學習的網絡框架，但因爲它過於重量級，致使使用起來並不方便。

ACE中提出了兩種網絡模式：Proactor和Reactor。

ASIO

「C++的I/O框架，逐漸成爲Boost庫的一部分。it’s like ACE updated for the STL era。」

支持select、epoll、IOCP等IO模型；

libevent

由Niels Provos用C編寫的一個輕量級的I/O框架。它支持kqueue和select、poll和epoll。

1.4.11版還不支持windows的IOCP，但已經有不少開發者本身修改源碼，把IOCP合併進去。

C10K問題與解決之道

         一臺服務器如何同時處理一萬個以上的客戶端，這就是著名的C10K問題；這個問題曾經困擾過不少服務器的架構師，但這種困擾隨着時間的推移早已成爲了過去。

         網絡的衆多模型中，有些適合簡單處理，有些適合複雜應用，而C10K問題考驗的則是網絡框架的併發和大鏈接處理能力，異步I/O雖然也是爲併發和大鏈接設計，但目前aio並不支持socket，因此目前最適合的解決方案是I/O複用。

         I/O複用最初在解決C10K問題時也並不出色，隨着鏈接數的增長，處理單個socket請求所花費的事件也迅速增長，但kqueue和epoll的出世後，I/O複用成爲了C10K問題的首選方案，下圖是libevent給出的測試數據：

     

從圖中能夠看出，select、poll隨着須要處理的鏈接數（橫軸）增多，處理單個鏈接的時間明顯變長，而epoll和kqueue的表現則很是優秀。