服務器通信技術方案-預覽頁
【正文】 解決設備的大并發(fā)通訊問題。驅躓髏彥浹綏譎飴憂錦諑瓊針。一般小型的c/s通訊系統(tǒng)利用socket API 和結合一個線程對應一個客戶的開發(fā)模式。完成端口提供了一個高效復雜的內核對象，使得非I／O處理和I／O處理能重疊并行地操作。這樣不僅減少了線程資源，也大大提高了線程的利用率。因為它會復用文件描述符集合來傳遞結果而不用迫使開發(fā)者每次等待事件之前都必須重新準備要被偵聽的文件描述符集合，另一點原因就是獲取事件的時候，它無須遍歷整個被偵聽的描述符集，只要遍歷那些被內核IO事件異步喚醒而加入Ready隊列的描述符集合就行了。但是epoll不存在這個問題，它只會對“活躍”的socket進行操作這是因為在內核實現(xiàn)中epoll是根據(jù)每個fd上面的callback函數(shù)實現(xiàn)的。服務連接路數(shù)小，IO沒有復用，一般是一個線程對應終端的服務模式。linux下epoll適合于大量連接數(shù)（上萬路），多路復用IO接口，只遍歷那些被內核IO事件異步喚醒而加入Ready隊列的描述符集合?；谝陨媳容^，我們服務器的操作系統(tǒng)平臺是linux下（大數(shù)據(jù)庫的平臺也是），顯然大并發(fā)訪問通訊模型linux下epoll更合適我們項目實際需求。恥諤銪滅縈歡煬鞏鶩錦聰櫻鄶。鯊腎鑰詘褳鉀溈懼統(tǒng)庫搖飭緡。ACE有人評價其框架模式很值得學習，但是其網(wǎng)絡應用效率和開發(fā)應用相比其他開源庫較差，這也是其主要用于研究很少用于商業(yè)應用的原因，這方面不像boost應用廣泛。ICEZeroC ICE 是指ZeroC公司的ICE（Internet Communications Engine）中間件平臺。Ice為主流平臺設計，包括Windows和Linux，支持廣泛的語言，包括C++，Java，C（，例如Visual Basic），Python，Ruby，PHP和ActionScript。IceE本身不包含任何服務，但是可以利用在Ice上提供的各種服務。諺辭調擔鈧諂動禪瀉類謹覡鸞。嘰覲詿縲鐋囁偽純鉿錈癱懇跡。 。但它是一個新興的后臺語言， 網(wǎng)絡資源相對較小，需要對javascript的事件驅動非常熟悉。開源庫主要優(yōu)點主要缺點Libevent跨平臺/支持安全機制ssl/有事件機制/DNS支持基于其上開發(fā)網(wǎng)絡庫，還需要實現(xiàn)很多網(wǎng)絡模塊。學生用于論文研究開發(fā)的網(wǎng)絡通訊庫，學術性強，應用及性能較差，模式復雜。Boost::asio跨平臺，本身利用epoll與iocp模型就為了支持多路連接并發(fā)考慮的庫。個人網(wǎng)絡庫，知名度應用方面不如libevent與boost,但是其書熱評很多。它的單線程模式，對現(xiàn)在的硬件多核處理器來說，利用不了多核的優(yōu)勢。Address(不同的多臺服務器或多張網(wǎng)卡),實現(xiàn)不同DNS客戶的均衡輪詢。這也是服務器開發(fā)者們在開發(fā)最初最容易出現(xiàn)的問題。這是一個由多個線程組成的一個隊列，當有事情發(fā)生時候，我們把當前的空閑的線程丟給他，為他服務。這樣比程序處理業(yè)務時，反復申請與關閉線程對資源的利用更有效率。比如我們的Server可能會存在10000個連接，我們預先開辟10000個Client對象，存儲在listClient * pFreeClientsList中，當需要的時候，從隊列中pop一個出來，當使用完畢就丟回pFreeClientsList。而保持的List_LogicServer隊列，當客戶端連接過來，Conn Server則從List_LogicServer中將當前currentConn最小的服務器發(fā)送給客戶端，以后客戶端將同該LogicServer發(fā)起連接。DNS域名服務器：使得終端只需要記住一個固定的域名就行，服務器IP變換不會影響到終端的更新。均衡服務器，就是管理分配Conn Server 與外界終端短連接通訊。實際上限需要實踐測試數(shù)據(jù)驗證。利用這個通訊模型結合服務器集群的架構思想，能很好地解決大量設備并發(fā)訪問通訊的問題。建議基于其上開發(fā)能節(jié)省開發(fā)時間。數(shù)據(jù)保存到大數(shù)據(jù)庫一塊，需要數(shù)據(jù)庫操作平臺接口，接口操作的性能，會影響通訊數(shù)據(jù)的存儲
環(huán)評公示相關推薦
鄂ICP備17016276號-1