• <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>

            牽著老婆滿街逛

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

            IOCP中在WSASend以及WSARecv的時候出現WSA_IO_PENDING情況的說明

            轉載自:http://www.doserver.net/read.php/2063.htm


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

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

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

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

                                                                                           -EOF-

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

            久久午夜无码鲁丝片| 国产激情久久久久影院老熟女免费| 亚洲?V乱码久久精品蜜桃| 久久精品18| 久久久久人妻一区二区三区vr| 91久久精品电影| 日产精品久久久久久久性色| 精品视频久久久久| 欧美喷潮久久久XXXXx| 久久综合久久性久99毛片| 日韩久久久久久中文人妻| 亚洲精品97久久中文字幕无码| 久久不见久久见免费视频7| 狠狠色丁香久久婷婷综合蜜芽五月| 久久久久久久尹人综合网亚洲 | 一本色道久久88精品综合| 国产91久久精品一区二区| 18禁黄久久久AAA片| 国产精品99久久久久久猫咪 | 精品熟女少妇av免费久久| 无码精品久久一区二区三区| 久久线看观看精品香蕉国产| 久久久久无码精品国产| 亚洲AV无码久久寂寞少妇| 久久丫忘忧草产品| 久久久久久久免费视频| 欧美精品丝袜久久久中文字幕 | 久久久久无码国产精品不卡| 国产一区二区三区久久| 99久久精品影院老鸭窝| 国产精品对白刺激久久久| 亚洲AV无一区二区三区久久| 无码久久精品国产亚洲Av影片| 久久久久精品国产亚洲AV无码| 香蕉久久夜色精品国产2020| 久久香综合精品久久伊人| 久久精品国产精品亚洲精品 | 亚洲精品99久久久久中文字幕| 国产亚洲美女精品久久久| 99久久免费国产精品| 性做久久久久久久久老女人|