• <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)  編輯 收藏 引用  
		
            
	
            
	
	





            
	    
    




            






            

				

            



    
    







            
	   
	



香港aa三级久久三级|
1000部精品久久久久久久久|
亚洲国产天堂久久综合网站|
精品久久国产一区二区三区香蕉
|
中文字幕无码免费久久|
午夜天堂av天堂久久久|
久久天堂电影网|
伊人久久大香线蕉av不卡
|
久久99久久99精品免视看动漫
|
四虎久久影院|
欧美伊香蕉久久综合类网站|
久久人与动人物a级毛片|
91久久九九无码成人网站|
久久天天躁狠狠躁夜夜2020老熟妇
|
国产精品美女久久久久av爽|
久久亚洲AV成人无码|
亚洲午夜精品久久久久久人妖|
国产精品久久久久a影院|
天天爽天天爽天天片a久久网|
国产色综合久久无码有码|
国产成人精品综合久久久|
久久99精品久久只有精品|
7777久久久国产精品消防器材|
国产精品久久久久久久久久免费|
国产精品久久久久AV福利动漫|
97精品伊人久久久大香线蕉|
日本精品一区二区久久久|
91精品无码久久久久久五月天|
国产精品99精品久久免费|
精品久久久久久国产潘金莲|
中文字幕人妻色偷偷久久|
思思久久精品在热线热|
亚洲国产成人精品91久久久|
久久国产成人亚洲精品影院|
久久99精品久久久久久齐齐|
99精品久久久久久久婷婷|
99久久婷婷国产一区二区|
久久免费视频观看|
国产高潮久久免费观看|
韩国三级中文字幕hd久久精品|
久久狠狠一本精品综合网|