請(qǐng)推薦Linux下網(wǎng)絡(luò)開(kāi)發(fā)的類(lèi)庫(kù)

kytexzy

現(xiàn)在需要在Linux平臺(tái)做網(wǎng)絡(luò)開(kāi)發(fā)，本打算用boost.asio，但上網(wǎng)搜了搜說(shuō)它效率不爽，對(duì)ACE不太了解，請(qǐng)有經(jīng)驗(yàn)的指?jìng)�(gè)方向。

謝謝！

xWander

PoCo

kytexzy

poco --The C++ Portable Components

很小很強(qiáng)大，用得多嗎？



[ 本帖最后由 kytexzy 于 2009-7-23 14:05 編輯 ]

swxlion

原帖由 kytexzy 于 2009-7-23 12:15 發(fā)表
現(xiàn)在需要在Linux平臺(tái)做網(wǎng)絡(luò)開(kāi)發(fā)，本打算用boost.asio，但上網(wǎng)搜了搜說(shuō)它效率不爽，對(duì)ACE不太了解，請(qǐng)有經(jīng)驗(yàn)的指?jìng)�(gè)方向。

謝謝！

哦？哪篇文章？I want to see：）
因?yàn)樵瓉?lái)看boost的文檔，說(shuō)它的asio是面對(duì)以千為數(shù)量級(jí)的連接的~~~
不知道現(xiàn)在怎樣宣稱(chēng)了~~~~

kytexzy

POCO的I/O設(shè)計(jì)似乎是使用Reactor模式，不知道它的效率比Boos.Asio中的Proactor模式的異步I/O高還是低喲？

hlxxxx

asio處理高并發(fā)的效率還可以。 單連接吞吐稍微弱點(diǎn)。  如果選用， 最好封裝好， 別讓boost代碼吞噬你的代碼， 那樣最后不可收拾。 呵呵。


asio在windows下效率是最好的。 基本接近自己在iocp上開(kāi)發(fā)的效率。 在linux下， 他默認(rèn)選用epoll, 但中間為了做了層stream cache, 效率稍有損失。 而且他的epoll規(guī)則用的不
太合理， 可以自己修改他的代碼， 達(dá)到自己的需求。

在freebsd下， 他默認(rèn)是select的， 要自己修改他的代碼條件編譯， 才可以支持kqueue,

似乎boost社區(qū)跟freebsd那幫人有愁， 呵呵， 他們的主測(cè)試平臺(tái)也不支持freebsd. 卻支持apple的大部分bsd kernel 系統(tǒng)。

[ 本帖最后由 hlxxxx 于 2009-7-23 15:38 編輯 ]

swxlion

那參考一下我簽名的項(xiàng)目，哈哈~~~

kytexzy

http://libasdl.sourceforge.net
好倒是好，我覺(jué)得Boost和PoCo更好些，

…………

zpp71

極力推薦網(wǎng)絡(luò)通信中間件ICE！

kytexzy

ICE是遠(yuǎn)程對(duì)象的封裝
ACE是通訊（如SOCKET）的封裝

ICE側(cè)重于遠(yuǎn)程RPC解決方案，而ACE是通用網(wǎng)絡(luò)編程框架。
在應(yīng)用層面上，ACE所處位置比ICE要低。

ICE是與CORBA，.NET Remoting,Web Service同層次的東西，ACE是個(gè)網(wǎng)絡(luò)編程庫(kù)，準(zhǔn)確的說(shuō)是個(gè)C++對(duì)Socket網(wǎng)絡(luò)操作的封裝.

回過(guò)來(lái)說(shuō) ICE，雖然我很欣賞他，但是前幾天一個(gè)在大型分布式開(kāi)發(fā)領(lǐng)域很有經(jīng)驗(yàn)的前輩說(shuō)，跟ACE 相比，這個(gè)東西太高層了，真正開(kāi)發(fā)超大規(guī)模、超高性能應(yīng)用的時(shí)候，還是得ACE上。再不然就直接用C。

不過(guò)ICE用C++寫(xiě)后臺(tái)應(yīng)該比Java高效多了。

ICE是好東西�。�



[ 本帖最后由 kytexzy 于 2009-7-23 23:58 編輯 ]