• <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的時候出現(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ū),進行真正的發(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進行計數(shù)統(tǒng)計,如果超過了我們預(yù)定義的值,就不進行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 楊粼波 閱讀(1096) 評論(0)  編輯 收藏 引用


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            美女久久久久久| 99久久无码一区人妻a黑| 久久一区二区三区免费| 欧美一级久久久久久久大片| 97视频久久久| 国产99久久精品一区二区| 久久久无码精品午夜| 精品久久久久久亚洲精品| 亚洲人成无码www久久久| 99精品国产在热久久 | 麻豆精品久久久久久久99蜜桃| 久久久久久亚洲精品成人| 国产三级精品久久| 成人久久精品一区二区三区| 亚洲一区精品伊人久久伊人| 国产精品久久久久影院色| 久久久久国产精品人妻| 秋霞久久国产精品电影院| 久久天天躁狠狠躁夜夜avapp| 久久经典免费视频| 国产精品欧美久久久久无广告| 无码超乳爆乳中文字幕久久 | 久久最新免费视频| 亚洲综合久久综合激情久久| 久久婷婷五月综合色高清| 2021国产精品久久精品| 国产精品久久久久a影院| 久久久免费观成人影院| 久久人妻少妇嫩草AV无码蜜桃| 丁香五月综合久久激情| 99久久综合狠狠综合久久| 精品久久久久久中文字幕| 69久久精品无码一区二区| 99精品国产在热久久无毒不卡| 久久久噜噜噜www成人网| 久久婷婷五月综合97色一本一本| 久久精品中文无码资源站 | 久久无码精品一区二区三区| 久久精品这里只有精99品| 欧美精品丝袜久久久中文字幕 | 亚洲国产成人久久精品99|