• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            牽著老婆滿街逛

            嚴(yán)以律己,寬以待人. 三思而后行.
            GMail/GTalk: yanglinbo#google.com;
            MSN/Email: tx7do#yahoo.com.cn;
            QQ: 3 0 3 3 9 6 9 2 0 .

            IOCP中在WSASend以及WSARecv的時候出現(xiàn)WSA_IO_PENDING情況的說明

            轉(zhuǎn)載自:http://www.doserver.net/read.php/2063.htm


            應(yīng)該是windows網(wǎng)絡(luò)編程第二版里面提到過。現(xiàn)在整理一下。
            1:在IOCP中投遞WSASend返回WSA_IO_PENDING的時候,表示異步投遞已經(jīng)成功,但是稍后發(fā)送才會完成。這其中涉及到了三個緩沖區(qū)。
            網(wǎng)卡緩沖區(qū),TCP/IP層緩沖區(qū),程序緩沖區(qū)。
            情況一:調(diào)用WSASend發(fā)送正確的時候(即立即返回,且沒有錯誤),TCP/IP將數(shù)據(jù)從程序緩沖區(qū)中拷貝到TCP/IP層緩沖區(qū)中,然后不鎖定該程序緩沖區(qū),由上層程序自己處理。TCP/IP層緩沖區(qū)在網(wǎng)絡(luò)合適的時候,將其數(shù)據(jù)拷貝到網(wǎng)卡緩沖區(qū),進(jìn)行真正的發(fā)送。
            情況二:調(diào)用WSASend發(fā)送錯誤,但是錯誤碼是WSA_IO_PENDING的時候,表示此時TCP/IP層緩沖區(qū)已滿,暫時沒有剩余的空間將程序緩沖區(qū)的數(shù)據(jù)拷貝出來,這時系統(tǒng)將鎖定用戶的程序緩沖區(qū),按照書上說的WSASend指定的緩沖區(qū)將會被鎖定到系統(tǒng)的非分頁內(nèi)存中。直到TCP/IP層緩沖區(qū)有空余的地方來接受拷貝我們的程序緩沖區(qū)數(shù)據(jù)才拷貝走,并將給IOCP一個完成消息。
            情況三:調(diào)用WSASend發(fā)送錯誤,但是錯誤碼不是WSA_IO_PENDING,此時應(yīng)該是發(fā)送錯誤,應(yīng)該釋放該SOCKET對應(yīng)的所有資源。

            2:在IOCP中投遞WSARecv的時候,情況相似。
            情況一:調(diào)用WSARecv正確,TCP/IP將數(shù)據(jù)從TCP/IP層緩沖區(qū)拷貝到緩沖區(qū),然后由我們的程序自行處理了。清除TCP/IP層緩沖區(qū)數(shù)據(jù)。
            情況二:調(diào)用WSARecv錯誤,但是返回值是WSA_IO_PENDING,此時是因為TCP/IP層緩沖區(qū)中沒有數(shù)據(jù)可取,系統(tǒng)將會鎖定我們投遞的WSARecv的buffer,直到TCP/IP層緩沖區(qū)中有新的數(shù)據(jù)到來。
            情況三:調(diào)用WSARecv錯誤,錯誤值不是WSA_IO_PENDING,此時是接收出錯,應(yīng)該釋放該SOCKET對應(yīng)的所有資源。

            在以上情況中有幾個非常要注意的事情:
            系統(tǒng)鎖定非分頁內(nèi)存的時候,最小的鎖定大小是4K(當(dāng)然,這個取決于您系統(tǒng)的設(shè)置,也可以設(shè)置小一些,在注冊表里面可以改,當(dāng)然我想這些數(shù)值微軟應(yīng)該比我們更知道什么合適了),所以當(dāng)我們投遞了很多WSARecv或者WSASend的時候,不管我們投遞的Buffer有多大(0除外),系統(tǒng)在出現(xiàn)IO_PENGDING的時候,都會鎖定我們4K的內(nèi)存。這也就是經(jīng)常有開發(fā)者出現(xiàn)WSANOBUF的情況原因了。

            我們在解決這個問題的時候,要針對WSASend和WSARecv做處理
            1:投遞WSARecv的時候,可以采用一個巧妙的設(shè)計,先投遞0大小Buf的WSARecv,如果返回,表示有數(shù)據(jù)可以接收,我們開啟真正的recv將數(shù)據(jù)從TCP/IP層緩沖區(qū)取出來,直到WSA_IO_PENGDING.
            2:對投遞的WSARecv以及WSASend進(jìn)行計數(shù)統(tǒng)計,如果超過了我們預(yù)定義的值,就不進(jìn)行WSASend或者WSARecv投遞了。
            3:現(xiàn)在我們應(yīng)該就可以明白為什么WSASend會返回小于我們投遞的buffer空間數(shù)據(jù)值了,是因為TCP/IP層緩沖區(qū)小于我們要發(fā)送的緩沖區(qū),TCP/IP只會拷貝他剩余可被Copy的緩沖區(qū)大小的數(shù)據(jù)走,然后給我們的WSASend的已發(fā)送緩沖區(qū)設(shè)置為移走的大小,下一次投遞的時候,如果TCP/IP層還未被發(fā)送,將返回WSA_IO_PENGDING。
            4:在很多地方有提到,可以關(guān)閉TCP/IP層緩沖區(qū),可以提高一些效率和性能,這個從上面的分析來看,有這個可能,要實際的網(wǎng)絡(luò)情況去實際分析了。

                                                                                           -EOF-

            posted on 2011-01-13 02:48 楊粼波 閱讀(1101) 評論(0)  編輯 收藏 引用

            看全色黄大色大片免费久久久| 婷婷久久久亚洲欧洲日产国码AV| 久久精品国产亚洲AV电影| 日本强好片久久久久久AAA| 国产99精品久久| 久久久WWW成人| 99久久夜色精品国产网站| 精品久久一区二区| 久久精品卫校国产小美女| A级毛片无码久久精品免费| 蜜桃麻豆WWW久久囤产精品| 国产成人精品久久一区二区三区av| 亚洲国产成人久久笫一页| 99久久精品费精品国产一区二区 | 久久久久亚洲爆乳少妇无| 国产激情久久久久久熟女老人| 成人精品一区二区久久久| 久久人人爽人人爽人人片av高请| 污污内射久久一区二区欧美日韩| 99久久精品午夜一区二区| 亚洲AV无码久久| 97久久香蕉国产线看观看| 久久久精品日本一区二区三区 | 99国产精品久久| 日产精品久久久一区二区| 中文精品99久久国产| 激情久久久久久久久久| 77777亚洲午夜久久多喷| 久久WWW免费人成一看片| 久久国产精品无| 成人综合久久精品色婷婷| 久久国产免费| 久久久久亚洲av毛片大| 久久九九青青国产精品| 久久久久亚洲AV无码永不| 亚洲国产精品无码久久久蜜芽| 久久久久久国产精品美女 | 久久精品成人免费看| 精品久久久久久久| 大香网伊人久久综合网2020| 国产精品99久久精品爆乳|