• <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>

            大龍的博客

            常用鏈接

            統計

            最新評論

            完成端口使用總結 (轉)

            http://blog.csdn.net/dananhai/archive/2008/02/26/2122778.aspx

            <!--[endif]-->前言

            本文不是全面介紹完成端口的,只是簡單介紹了一下完成端口和幾個常用概念。本文主要關注完成端口關閉時資源釋放問題。

            <!--[if !supportLists]-->基礎介紹

                完成端口——可能是Win32下最復雜的一種I/O模型,Win32下最復雜的內核對象。它通過指定數量的線程對重疊I/O請求進行管理,以便為已經完成的I/O請求提供服務,相對其它I/O模型,它管理任意數目I/O套接字。假若一個應用程序同時需要管理為數眾多的套接字,那么采用這種模型,往往可以達到最佳的系統性能。

            通過CreateIoCompletionPort唯一一個創建內核對象而沒有LPSECURITY_ATTRIBUTES參數的Win32函數,這是因為完成端口只應用于進程內)來創建I/O完成端口,當你創建一個I/O完成端口時,內核實際創建了5個不同的數據結構。

            • 設備列表。

            <!--[if !vml]--><!--[endif]-->
            <!--[if !supportLineBreakNewLine]-->
            <!--[endif]-->

            • I/O完成隊列(FIFO)。當一個設備的異步I/O請求完成時,系統檢查該設備是否關聯了一個完成端口,如果是系統向該完成端口的I/O完成隊列加入完成I/O請求項。

            <!--[if !vml]--><!--[endif]-->
            <!--[if !supportLineBreakNewLine]-->
            <!--[endif]-->

            • 等待線程隊列(LIFO)。當線程池中的一個線程調用GetQueuedCompletionStatus時,調用線程的線程ID備放入該隊列中。
            • 釋放線程隊列(活動線程隊列)。完成端口通過該隊列監視和限定活動線程的數目,這個限定通常是CPU數目,過多的活動線程沒有實際意義,它會引發線程切換從而降低性能。
            • 暫停線程隊列。當線程調用了SleepWaitForSingleObjectWaitForMultipleObjects等。

            <!--[if !vml]--><!--[endif]-->

             

            <!--[if !supportLists]-->相關概念

            <!--[if !supportLists]-->工作者線程與完成端口

            成功創建一個完成端口后,便可開始將套接字句柄與對象關聯到一起。但在關聯套接字之前,首先必須創建一個或多個“工作者線程”,以便在I/O請求投遞給完成端口對象后,為完成端口提供服務。

            完成端口I/O模型的工作流程如下:

            1  通過CreateIoCompletionPort創建完成端口。

            2  創建工作者線程。

            3  通過CreateIoCompletionPort將完成端口與某一設備相關聯。

            4  通過WSAXXX發出異步I/O請求。

            5  在工作者線程中通過調用GetQueuedCompetionStatus取得完成I/O請求項進行后續的處理。

            <!--[if !supportLists]--> <!--[endif]-->單句柄數據和單I/O操作數據

            <!--[if !vml]--><!--[endif]-->HANDLE CreateIoCompletionPort(HANDLE FileHandle, HANDLE ExistingCompletionPort,
            <!--[if !vml]--><!--[endif]-->   ULONG_PTR CompletionKey, DWORD NumberOfConcurrentThreads);
            <!--[if !vml]--><!--[endif]-->BOOL GetQueuedCompletionStatus    (HANDLE CompletionPort, LPDWORD lpNumberOfBytesTransferred,
            <!--[if !vml]--><!--[endif]-->    PULONG_PTR lpCompletionKey, LPOVERLAPPED *lpOverlapped, DWORD dwMilliseconds );<!--[if !vml]--><!--[endif]--> 

                GetQueuedCompetionStatuslpCompletionKey參數包含了“單句柄數據”,它是通過調用CreateIoCompletionPort來關聯完成端口與設備時,通過CompletionKey參數設定的。也就是說這個數據特定于設備(這里指套接字)。
                GetQueuedCompetionStatus
            lpOverlapped參數則包含了“單I/O操作數據”,在通過該函數取得I/O完成隊列中的I/O請求完成項后,lpOverlapped指向一個對應了發起這個I/O請求時傳遞的OVERLAPPED數據結構,也就是說這個數據特定于I/O請求。
              單句柄數據和單I/O數據有什么用呢?同過單句柄數據我們可以關聯特定的處理函數或處理器或其它結構對該句柄之上的I/O進行特定的處理。單I/O數據為異步I/O的發起和完成建立了聯系,它可以關聯緩沖區或處理器(參見ACE_Proactor),方便異步I/O操作。

            <!--[if !supportLists]-->需要注意的問題

            下面是請求完成通知插入I/O完成隊列的幾種情況:

            • 調用了closesocket
            • 調用了CancelIo
            • 發起I/O請求的線程終止
            • 超時
            • PostQueuedCompletionStatus
            • I/O請求正常完成

            上述情況除正常完成和PostQueuedCompletionStatus外,其他完成通知會使GetQueuedCompletionStatus返回FALSE,而此時lpOverlapped(超時為NULL)指向未完成I/O請求的I/O數據。明白了這些后,后面講的大多不是問題,講一講加深下印象吧。

            <!--[if !supportLists]-->資源管理問題一

            • I/O請求返回非pending錯誤和GetQueuedCompletionStatus返回FALSE時如果釋放I/O數據占用的資源。(IOCP中的socket錯誤和資源釋放處理方法
            • 進行重疊I / O操作的同時,強行釋放一個OVERLAPPED結構。要想避免出現這種情況,最好的辦法是針對每個套接字句柄,調用closesocket函數,任何尚未進行的重疊I / O操作都會完成。

            <!--[if !supportLists]-->資源管理問題二(關閉完成端口服務)

                我們通常通過調用PostQueuedCompletionStatusI/O完成隊列中加入特殊的完成項來結束工作者線程的,此時,對于未完成的I/O請求要分情況處理之:

            • 對于在工作者線程中發起的I/O請求(一般情況下是這樣),隨著該工作者線程的結束這些I/O請求便會完成,那么對于這種情況我們需要另外的線程來做相應的清理工作——通過調用超時參數為0GetQueuedCompletionStatus函數,遍歷I/O完成隊列,lpOverlapped包含了特定于I/O操作的數據。
            • 也可在收到關閉通知后,關閉套接字或取消相關的操作使得I/O請求完成并處理之。這需要將這些套接字以及相應的I/O操作記錄下來。

            <!--[if !supportLists]-->關于PostQueuedCompletionStatus


            由于等待線程隊列是LIFO的,所以該函數要想通知每個工作者線程是件棘手的事情。

            <!--[if !supportLists]--><!--[endif]-->參考文獻

            [1]Jeffery Richter.Advanced Windows(3rd Edition),Microsoft Press,1997
            [2]Anthony Jones,Jim Ohlund. Network Programming for Microsoft Windows ,Microsoft Press,2002

             

            Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=2122778


            posted on 2008-03-05 17:07 大龍 閱讀(8377) 評論(2)  編輯 收藏 引用

            評論

            # re: 完成端口使用總結 (轉) 2008-07-05 08:26 企業即時通訊

            Kmd教程7-后備列表
            作者:松松翻譯·發布日期:2004-10-8·閱讀次數:7824  回復  更多評論   

            # re: 完成端口使用總結 (轉) 2009-07-10 18:07 飛鴿傳書

            寫的很詳細的。  回復  更多評論   

            久久99精品国产99久久| 久久国产成人午夜AV影院| 久久国语露脸国产精品电影| 久久久久久国产精品免费免费| 欧美大战日韩91综合一区婷婷久久青草| 久久精品综合网| 美女写真久久影院| 漂亮人妻被中出中文字幕久久 | 亚洲欧洲日产国码无码久久99| 国产成年无码久久久免费| 久久国产精品99精品国产987| 亚洲国产精品无码久久久久久曰| 久久精品天天中文字幕人妻| 香蕉久久夜色精品国产2020| 久久亚洲国产精品一区二区| 一本色道久久HEZYO无码| 久久综合久久性久99毛片| 久久亚洲欧美国产精品| 久久这里只有精品首页| 久久久久无码精品国产app| 99久久超碰中文字幕伊人| 三级三级久久三级久久| 久久午夜综合久久| 国内精品久久久久久不卡影院| 东京热TOKYO综合久久精品| 久久久久高潮综合影院| 青青热久久国产久精品| 激情综合色综合久久综合| 久久91精品国产91久久小草| 精品国产乱码久久久久久郑州公司| 中文字幕无码久久久| 久久久久久久久66精品片| 日韩久久无码免费毛片软件| 久久99精品免费一区二区| 精品欧美一区二区三区久久久| 国产精品一区二区久久| 四虎国产精品免费久久5151| 久久亚洲综合色一区二区三区| 青青草原综合久久大伊人精品| 亚洲国产成人久久精品动漫| 久久se这里只有精品|