• <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 楊粼波 閱讀(1096) 評論(0)  編輯 收藏 引用

            国产亚洲婷婷香蕉久久精品| 九九久久精品国产| 人妻精品久久久久中文字幕一冢本| 久久久久亚洲AV成人网人人网站| 无码人妻久久一区二区三区免费丨 | 久久久久免费精品国产| 久久久久免费看成人影片| 曰曰摸天天摸人人看久久久| 欧美午夜精品久久久久久浪潮| 午夜精品久久久久久久久| 国产午夜久久影院| 久久人人爽人人爽人人片AV东京热 | 久久天天日天天操综合伊人av| 亚洲精品乱码久久久久66| 久久se这里只有精品| 亚洲va中文字幕无码久久不卡| 久久精品综合一区二区三区| 久久亚洲私人国产精品vA| 久久中文精品无码中文字幕| 国产午夜免费高清久久影院| 国产精品久久久久a影院| 成人午夜精品久久久久久久小说| 久久夜色精品国产噜噜亚洲a| 久久综合中文字幕| 国产精品久久永久免费| 久久精品国产亚洲av麻豆小说| 国产精品亚洲综合久久| 性高湖久久久久久久久AAAAA| 国产精品VIDEOSSEX久久发布| 久久噜噜电影你懂的| 久久久久久人妻无码| 久久综合给合久久狠狠狠97色69| 国内精品人妻无码久久久影院导航| 久久99国产精品成人欧美| 久久久精品视频免费观看| 久久精品无码一区二区app| 亚洲综合久久综合激情久久 | 一本色道久久88—综合亚洲精品| 久久一区二区三区99| 香蕉久久夜色精品国产2020| 亚洲国产另类久久久精品小说|