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

            sherrylso

            C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
              18 Posts :: 0 Stories :: 124 Comments :: 0 Trackbacks

            一、異步IO
                    對(duì)于應(yīng)用程序而言,有兩種類型的IO調(diào)用:即同步IO與異步IO。其本質(zhì)的區(qū)別是:同步IO會(huì)block當(dāng)前的調(diào)用線程,而異步IO則允許發(fā)起IO請(qǐng)求的調(diào)用線程繼續(xù)執(zhí)行,等到IO請(qǐng)求被處理后,會(huì)通知調(diào)用線程。在windows平臺(tái)上,應(yīng)用程序可以調(diào)用CreateFile API, 并通過設(shè)置FILE_FLAG_OVERLAPPED標(biāo)志來決定是否發(fā)起異步IO請(qǐng)求。
                    對(duì)于異步的IO請(qǐng)求,其最大的好處是:慢速的IO請(qǐng)求相對(duì)于應(yīng)用程序而言是異步執(zhí)行,這樣可以極大提高應(yīng)用程序的處理吞吐量。發(fā)起IO請(qǐng)求的應(yīng)用程序需要關(guān)心的是IO執(zhí)行完成的結(jié)果,而不必忙等IO請(qǐng)求執(zhí)行的過程。
                   事實(shí)上,無論對(duì)于同步IO,還是異步IO,當(dāng)IO請(qǐng)求發(fā)送到device driver后,device driver的執(zhí)行總是異步的,當(dāng)它接到IO請(qǐng)求之后,總會(huì)馬上返回給IO System。而IO System是否立即返回給調(diào)用線程,則取決于FILE_FLAG_OVERLAPPED標(biāo)志的設(shè)置,如下圖:


            二、異步IO的同步問題。
                    我們使用異步IO,是為了提高應(yīng)用程序的處理吞吐量。但是,當(dāng)異步IO不再異步時(shí)(無論你是否設(shè)置FILE_FLAG_OVERLAPPED標(biāo)志),應(yīng)用程序的性能會(huì)受到極大的影響。根據(jù)Microsoft Knowledge Base 156932, 在下列幾種情況下,異步IO會(huì)失去它的異步性,而表現(xiàn)出同步的性質(zhì):
            1)如果文件使用了NTFS compression壓縮,則system driver不會(huì)異步地存取這樣的文件。
            2)擴(kuò)展文件長(zhǎng)度的IO操作不會(huì)是異步操作。
            3)Cache機(jī)制。如果IO操作使用了file system cache,則這樣的IO操作會(huì)被當(dāng)成同步IO,而非異步IO。
            即使你使用了FILE_FLAG_OVERLAPPED標(biāo)志。在這種情況下,
            a.如果需要讀取的數(shù)據(jù)已經(jīng)在Cache里,那么I/O drivers會(huì)認(rèn)為這樣的IO請(qǐng)求可以被立即處理,其結(jié)果是ReadFile 或者WriteFile調(diào)用返回TRUE,表示是:同步處理完成。
            b.如果需要讀取的數(shù)據(jù)不在Cache里,windows NT的file system是使用page-faulting機(jī)制來實(shí)現(xiàn)cache管理,而page-faulting總是被同步處理, Windows NT沒有提供異步的page-faulting機(jī)制。的確, file system driver使用了線程池來緩解這一問題,但是,當(dāng)應(yīng)用程序發(fā)起的IO請(qǐng)求足夠多時(shí),線程池還是不能應(yīng)付的。
                    在我們開發(fā)基于異步IO應(yīng)用程序時(shí),應(yīng)該避免上述問題的出現(xiàn),因?yàn)樗鼈儠?huì)使程序的性能大打折扣。
            那么,對(duì)于Cache,我們?nèi)绾伪苊饽兀看鸢甘牵赫?qǐng)使用FILE_FLAG_NO_BUFFERING標(biāo)志。這個(gè)標(biāo)志會(huì)使異步IO真實(shí)地異步執(zhí)行。
            三、性能的測(cè)試數(shù)據(jù)(僅供參考)。
                  我在我的機(jī)器上,簡(jiǎn)單地對(duì)使用FILE_FLAG_NO_BUFFERING標(biāo)志的異步IO,與不使用FILE_FLAG_NO_BUFFERING標(biāo)志的異步IO進(jìn)行了對(duì)比。
            操作:順序讀取1G的文件。
            x軸表示:每次讀取的字節(jié)數(shù)(單位:K/每次)
            Y軸表示:讀取完成所需要的時(shí)間。(單位:millisecond)
            注意:每次測(cè)試讀取的內(nèi)容總數(shù)是相等的(1000M)。
            例如:如果每次讀取128k,則需要讀取8000次(128k*8000 = 1000M)。
            如果每次讀取256k,則需要讀取4000次(256k*4000 = 1000M)。
            粉紅色的線沒有使用FILE_FLAG_NO_BUFFERING標(biāo)志,而黃色的線使用了FILE_FLAG_NO_BUFFERING標(biāo)志。

            從以上的數(shù)據(jù),我們可以得出以下結(jié)論:
            1) 當(dāng)使用FILE_FLAG_NO_BUFFERING標(biāo)志,應(yīng)用程序的性能會(huì)極大提高,大概有50%的提高。
            2)在使用異步IO的時(shí)候,還有一個(gè)注意的問題是:當(dāng)你每次讀取的字節(jié)數(shù)增大的時(shí)候,性能也會(huì)提高。尤其在小于1024k時(shí),當(dāng)增大次讀取的字節(jié)數(shù),性能都有明顯的提高。在混合了網(wǎng)絡(luò)傳輸?shù)葟?fù)雜因素的應(yīng)用程序開發(fā)過程中,建議將該值設(shè)置為可配置的參數(shù),通過調(diào)整該參數(shù),使你的應(yīng)用達(dá)到最好的性能。

            參考資料:

            1) Microsoft Knowledge Base 156932

            2)  Microsoft Windows Internals, Fourth Edition. 

            posted on 2007-07-01 18:45 愛上龍卷風(fēng) 閱讀(9032) 評(píng)論(6)  編輯 收藏 引用

            Feedback

            # re: 異步IO性能探究 2007-09-12 01:51 ^Shhh^
            你有沒有試過這樣和做filemapping的效率比較?  回復(fù)  更多評(píng)論
              

            # re: 異步IO性能探究 2008-01-11 22:11 愛上龍卷風(fēng)
            @^Shhh^
            沒有。
            好像沒什么可比性吧。兩個(gè)的應(yīng)用場(chǎng)合不盡相同。
              回復(fù)  更多評(píng)論
              

            # re: 異步IO性能探究 2008-04-28 15:59 拖鞋
            能把測(cè)試代碼給出來么?或者發(fā)給我也行
            我進(jìn)行了測(cè)試,結(jié)果使用FILE_FLAG_NO_BUFFERING的效率更低下……
              回復(fù)  更多評(píng)論
              

            # re: 異步IO性能探究 2008-04-28 16:00 拖鞋
            哦,我的郵件是:jwpfish@gmail.com  回復(fù)  更多評(píng)論
              

            # re: 異步IO性能探究 2008-05-29 17:04 愛上龍卷風(fēng)
            @拖鞋
            不好意思,我當(dāng)時(shí)的代碼找不到了,不過我可以給你一個(gè)參考資料:
            http://support.microsoft.com/kb/156932
            看能不能幫到你。
              回復(fù)  更多評(píng)論
              

            # re: 異步IO性能探究 2014-10-18 10:42 LZG
            你好,
            在下列幾種情況下,異步IO會(huì)失去它的異步性
            這個(gè)結(jié)論是怎么得出的,有文章可以看看嗎,我想知道這幾種情況為什么不支持異步。

            希望可以交流一下,我的郵箱 582959666@qq.com
              回復(fù)  更多評(píng)論
              


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


            久久久久久午夜成人影院| 欧美午夜A∨大片久久| 97超级碰碰碰久久久久| 72种姿势欧美久久久久大黄蕉| www.久久热.com| 国产日韩欧美久久| 久久久久久精品成人免费图片| 国内精品人妻无码久久久影院| 久久最新精品国产| 亚洲欧美成人久久综合中文网 | 四虎国产精品免费久久久| 国产精品欧美亚洲韩国日本久久| 伊人 久久 精品| 久久免费高清视频| 亚洲中文字幕无码久久综合网| 久久亚洲国产中v天仙www| 伊人久久一区二区三区无码| 一本大道加勒比久久综合| 亚洲国产精品18久久久久久| 久久精品无码一区二区日韩AV | 久久人做人爽一区二区三区| 国产精品免费看久久久香蕉| 日韩精品久久久肉伦网站| 欧洲性大片xxxxx久久久| 久久99精品久久久久久hb无码| 久久久久久久精品妇女99| 国产99久久久国产精免费| 日韩人妻无码精品久久免费一| 久久免费视频1| 久久久久成人精品无码| 精品国产婷婷久久久| 一本大道久久a久久精品综合| 精品久久久久久成人AV| 亚洲va中文字幕无码久久| 久久免费视频1| 伊人情人综合成人久久网小说| 久久99精品久久久久久秒播| 精品久久久久久无码国产| 久久99久久成人免费播放| 久久国产精品偷99| 久久精品中文字幕一区|