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





            
	    
    




            






            

				

            



    
    







            
	   
	



狠狠色噜噜狠狠狠狠狠色综合久久|
国产99久久久国产精免费|
久久精品免费全国观看国产|
一本久久综合亚洲鲁鲁五月天|
国产成人久久精品一区二区三区|
久久精品国产清高在天天线|
国产ww久久久久久久久久|
久久精品中文字幕一区|
秋霞久久国产精品电影院|
久久久无码精品亚洲日韩蜜臀浪潮|
国产亚洲精久久久久久无码|
四虎影视久久久免费|
91精品国产91热久久久久福利|
A级毛片无码久久精品免费|
久久99国产一区二区三区|
久久er热视频在这里精品|
99久久综合国产精品免费|
国产午夜精品理论片久久|
狠狠色丁香久久婷婷综合五月
|
久久精品人人槡人妻人人玩AV|
99久久精品免费观看国产|
久久精品99久久香蕉国产色戒|
中文精品久久久久人妻|
四虎国产精品成人免费久久|
国产成人精品久久亚洲高清不卡 |
99精品久久精品一区二区|
久久久亚洲欧洲日产国码二区
|
国产精品免费看久久久香蕉|
久久久精品人妻一区二区三区蜜桃|
偷窥少妇久久久久久久久|
亚洲国产高清精品线久久|
亚洲国产成人精品91久久久|
欧美午夜A∨大片久久|
武侠古典久久婷婷狼人伊人|
久久精品国产72国产精福利|
久久99精品国产麻豆蜜芽|
久久狠狠一本精品综合网|
九九久久精品国产|
久久亚洲熟女cc98cm|
久久中文骚妇内射|
国产精品免费看久久久|