日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當(dāng)前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

wincap问题之一(丢包)

發(fā)布時(shí)間:2023/12/18 编程问答 31 豆豆
生活随笔 收集整理的這篇文章主要介紹了 wincap问题之一(丢包) 小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

? ? ?最近開發(fā)一個(gè)項(xiàng)目,發(fā)現(xiàn)wincap會有丟包現(xiàn)象,與wincap的具體應(yīng)用是這樣的,一個(gè)接收線程,采用pcap_loop接收網(wǎng)絡(luò)中的數(shù)據(jù)包,一個(gè)發(fā)送線程,采用pcap_sendqueue_transmit的方式發(fā)送數(shù)據(jù)包,pcap_loop接收包速率大約為34k/s(包數(shù)大約150包每秒), pcap_sendqueue_transmit發(fā)送包的速率大約為每秒100包,在網(wǎng)上查了下wincap性能分析的文章,大多說收包率200M/s才有可能會引起丟包,而我的收包頻率才34k,與200M相差甚遠(yuǎn),怎么還會丟包呢?

? ? ? 下面是我對為什么丟包的分析步驟:

? ? ? 1.首先想到的是不是我的代碼出了問題,我把幾個(gè)影響系統(tǒng)性能的地方執(zhí)行時(shí)間都打印了出來,發(fā)現(xiàn)執(zhí)行時(shí)間都很合理,沒有什么異常。?

? ? ? 2.會不會是wincap的緩沖區(qū)的問題,wincap有兩種緩沖區(qū),用戶緩沖區(qū)默認(rèn)為256k,內(nèi)核緩沖區(qū)為1M,按理來說,在我的這個(gè)應(yīng)用環(huán)境,采用默認(rèn)緩沖區(qū)是不會有任何問題的,但是還是抱著懷疑一切的想法,我還是重新設(shè)置了wincap的緩沖區(qū),將用戶緩沖區(qū)和內(nèi)核緩沖區(qū)都設(shè)為10M,如果這個(gè)緩沖配置還會丟包的話,那就沒天理了,但運(yùn)行結(jié)果依然還是丟包,悲情了。

? ? ?3.最后一道檻是我最不想懷疑的地方,那就是與我通信的設(shè)備了,首先還是來說說我的程序是怎么與設(shè)備通信的接口吧,pc通過網(wǎng)口連接到交換機(jī),交換機(jī)之間通過級聯(lián)的方式相連,總共4臺二層交換機(jī)(都是100M的交換速率),每個(gè)交換機(jī)24個(gè)端口,這四臺交換機(jī)上共連有77臺設(shè)備,我的程序負(fù)責(zé)接收這77臺設(shè)備的數(shù)據(jù)(通過上面講的pcap_loop),以及對設(shè)備進(jìn)行控制(pcap_sendqueue_transmit),難道是交換機(jī)處理不過來,導(dǎo)致數(shù)據(jù)在交換機(jī)上就丟失了,為了驗(yàn)證是否是該情況,我只與一臺交換機(jī)通信,該臺交換機(jī)上只連有14臺設(shè)備,測式結(jié)果還是會有丟包。 一切都懷疑了,但問題依舊沒有發(fā)現(xiàn),嗚嗚。

? ? ? 最后又理了理自己的思路,難道是1中我測是性能出了問題,哦,在測試是的時(shí)候忘了測pcap_sendqueue_transmit?的時(shí)間,因?yàn)槲野堰@個(gè)設(shè)為異步發(fā)送的方式,本以為這樣做應(yīng)該這個(gè)部分會立即返回,不會占太多的cpu時(shí)間,但事與愿違,經(jīng)測發(fā)現(xiàn)該函數(shù)還是很占cpu時(shí)間的,隊(duì)列數(shù)長1的時(shí)候,我測了12個(gè)小時(shí),發(fā)現(xiàn)最長的包發(fā)送時(shí)間為104ms,由于我的隊(duì)列長度一般是8,但一旦出現(xiàn)發(fā)送包超過100ms時(shí),因?yàn)閿?shù)據(jù)擠壓沒有來得及發(fā)送,可能會使發(fā)送隊(duì)列的長度會有一個(gè)迅速增加,最大可以達(dá)到38,這時(shí)pcap_sendqueue_transmit的發(fā)送時(shí)間可能會很長,超過5S,因?yàn)檫@從而導(dǎo)致pcap_loop不能及時(shí)收到數(shù)據(jù),從而導(dǎo)致數(shù)據(jù)丟失。

? ? ? 為了解決上面的問題,我將pcap_sendqueue_transmit改為pcap_send的發(fā)送方式,雖然內(nèi)核切換犧牲了一些性能,但丟包問題得到解決,采用pcap_send發(fā)送,測試發(fā)現(xiàn)發(fā)送包也會有超過100ms,但由于是單包發(fā)送,100ms還不至于引起丟包。

? ? ? 問題總算找到了,我不得其解的是,為什么發(fā)送會影響接收?這是wincap驅(qū)動(dòng)的原因嗎?

? ? ? 在寫此篇博文之前,我在看wincap驅(qū)動(dòng),希望能找出為什么wincap發(fā)送會如此占cpu時(shí)間,為什么發(fā)送會影響接收,難道wincap不支持全雙工模式嗎?有對這方面了解的朋友,希望能給我一些指點(diǎn),我將感激不盡。

總結(jié)

以上是生活随笔為你收集整理的wincap问题之一(丢包)的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò),歡迎將生活随笔推薦給好友。