• <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| 久久精品国产亚洲精品| 亚洲国产二区三区久久| 国产V亚洲V天堂无码久久久 | 国产精品伦理久久久久久| 狠狠精品久久久无码中文字幕| 青青热久久国产久精品 | 欧美黑人激情性久久| 久久精品人人做人人爽电影| 人妻无码中文久久久久专区| 久久精品无码一区二区三区| A级毛片无码久久精品免费| 久久亚洲欧美国产精品| 久久婷婷成人综合色综合| avtt天堂网久久精品| 久久精品中文字幕久久| 婷婷久久五月天| 精品久久久久久中文字幕人妻最新| 亚洲AV日韩精品久久久久久| www久久久天天com| 久久久久久久久久免免费精品| 亚洲国产天堂久久综合| 久久婷婷激情综合色综合俺也去| 国产精品岛国久久久久| 久久精品国产乱子伦| 久久久久亚洲AV无码网站| 久久夜色tv网站| 伊人情人综合成人久久网小说| 亚洲国产精品成人久久| 99热热久久这里只有精品68| 国内高清久久久久久| 久久无码精品一区二区三区| 久久久精品一区二区三区| 一本久久a久久精品综合香蕉| 亚洲狠狠婷婷综合久久蜜芽 | 久久亚洲电影| 97久久久精品综合88久久| 久久婷婷午色综合夜啪| 久久综合九色综合久99|