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

            Just enjoy programming

            STL源碼分析空間配置器

                   看過(guò)STL空間配置器的源碼,總結(jié)一下:
                  (1)STL空間配置器:主要分三個(gè)文件實(shí)現(xiàn),stl_construct.h  這里定義了全局函數(shù)construct()和destroy(),負(fù)責(zé)對(duì)象的構(gòu)造和析構(gòu)。stl_alloc.h文件中定義了一,二兩級(jí)配置器,彼此合作,配置器名為alloc. stl_uninitialized.h 這里定義了一些全局函數(shù),用來(lái)填充(fill)或復(fù)制(copy)大塊內(nèi)存數(shù)據(jù),他們也都隸屬于STL標(biāo)準(zhǔn)規(guī)劃。
                  在stl_alloc.h中定義了兩級(jí)配置器,主要思想是申請(qǐng)大塊內(nèi)存池,小塊內(nèi)存直接從內(nèi)存池中申請(qǐng),當(dāng)不夠用時(shí)再申請(qǐng)新的內(nèi)存池,還有就是大塊內(nèi)存直接申請(qǐng)。當(dāng)申請(qǐng)空間大于128字節(jié)時(shí)調(diào)用第一級(jí)配置器,第一級(jí)配置器沒(méi)有用operator::new和operator::delete來(lái)申請(qǐng)空間,而是直接調(diào)用malloc/free和realloc,并且實(shí)現(xiàn)了類(lèi)似c++中new-handler的機(jī)制。所謂c++ new handler機(jī)制是,你可以要求系統(tǒng)在內(nèi)存配置需求無(wú)法被滿(mǎn)足時(shí),調(diào)用一個(gè)指定的函數(shù)。換句話(huà)說(shuō),一旦::operator::new無(wú)法完成任務(wù),在丟出std::bad_alloc異常狀態(tài)之前,會(huì)先調(diào)用由客端指定的處理例程,該處理例程通常稱(chēng)為new-handler.new-handler解決內(nèi)存做法有特定的模式。SGI第一級(jí)配置器的allocate()和realloc都是在調(diào)用malloc和realloc不成功后,改調(diào)用oom_malloc()和oom_realloc().后兩者都有內(nèi)循環(huán),不斷調(diào)用"內(nèi)存不足處理例程",期望在某次調(diào)用之后,獲得足夠的內(nèi)存而圓滿(mǎn)完成任務(wù)。但如果“內(nèi)存不足處理例程“并未被客端設(shè)定,oom_malloc()和oom_realloc便調(diào)用_THROW_BAD_ALLOC, 丟出bad_alloc異常信息,或利用exit(1)硬生生中止程序。
                 在stl_alloc.h中定義的第二級(jí)配置器中,如果區(qū)塊夠大,超過(guò)128字節(jié)時(shí),就移交第一級(jí)配置器處理,當(dāng)區(qū)塊小于128字節(jié)時(shí),則以?xún)?nèi)存池管理,此法又稱(chēng)為次層配置,每次配置一大塊內(nèi)存,并維護(hù)對(duì)應(yīng)的自由鏈表(free-list).下次若再有相同大小的內(nèi)存需求,就直接從free-list中拔出。如果客端釋還小額區(qū)塊,就由配置器回收到free-lists中,配置器除了負(fù)責(zé)配置,也負(fù)責(zé)回收。為了管理方便,SGI第二級(jí)配置器會(huì)主動(dòng)將任何小額區(qū)塊的內(nèi)存需求量上調(diào)至8的倍數(shù)。并維護(hù)16個(gè)free-lists,各自管理大小分別為8,16,24,32,40,48,56,64,72,80,88,96,104, 112,120,128 字節(jié)的小額區(qū)塊。當(dāng)申請(qǐng)小于等于128字節(jié)時(shí)就會(huì)檢查對(duì)應(yīng)的free list,如果free-list中有可用的區(qū)塊,就直接拿來(lái),如果沒(méi)有,就準(zhǔn)備為對(duì)應(yīng)的free-list 重新填充空間。新的空間將取自?xún)?nèi)存池,缺省取得20個(gè)新節(jié)點(diǎn),如果內(nèi)存池不足(還足以一個(gè)以上的節(jié)點(diǎn)),就返回的相應(yīng)的節(jié)點(diǎn)數(shù).如果當(dāng)內(nèi)存池中連一個(gè)節(jié)點(diǎn)大小都不夠時(shí),就申請(qǐng)新的內(nèi)存池,大小為2*total_bytes+ROUND_UP(heap_size>>4), totoal_bytes 為申請(qǐng)的空間大小,ROUND_UP調(diào)整為8的倍數(shù),heap_size為當(dāng)前總申請(qǐng)內(nèi)存池的大小。如果申請(qǐng)?jiān)搩?nèi)存池成功就把原來(lái)內(nèi)存池中剩下的空間分配給適當(dāng)?shù)膄ree-list.萬(wàn)一山窮水盡,整個(gè)system heap空間都不夠了(以至無(wú)法為內(nèi)存池注入源頭活水),malloc()行動(dòng)失敗,就會(huì)四處尋找有無(wú)"尚有未用區(qū)塊,且區(qū)塊足夠大 "之free lists.找到了就挖一塊交出,找不到就調(diào)用第一級(jí)配置器。第一級(jí)配置器其實(shí)也是使用malloc來(lái)配置內(nèi)存。但它有out-of-memory處理機(jī)制(類(lèi)似new-handler機(jī)制),或許有機(jī)會(huì)釋放其他的內(nèi)存拿來(lái)此處使用。如果可以就成功,否則發(fā)出bad_alloc異常。

            參考:STL源碼分析

            posted on 2011-05-12 10:19 周強(qiáng) 閱讀(2657) 評(píng)論(7)  編輯 收藏 引用 所屬分類(lèi): c++ STL源碼分析

            評(píng)論

            # re: STL源碼分析空間配置器 2011-05-12 20:08 空明流轉(zhuǎn)

            這么復(fù)雜,肯定比 CRT的malloc慢。  回復(fù)  更多評(píng)論   

            # re: STL源碼分析空間配置器 2011-05-12 22:10 周強(qiáng)

            @空明流轉(zhuǎn)
            這種內(nèi)存池主要思想是申請(qǐng)大塊內(nèi)存池,小塊內(nèi)存直接從內(nèi)存池中申請(qǐng),當(dāng)不夠用時(shí)再申請(qǐng)新的內(nèi)存池,還有就是大塊內(nèi)存直接申請(qǐng)。雖然有點(diǎn)復(fù)雜,我感覺(jué)不會(huì)太慢,減少 malloc與free的調(diào)用,而且可以減少內(nèi)存碎片。 CRT的malloc的我沒(méi)用過(guò),所以我也不知道具體哪個(gè)會(huì)比較好。  回復(fù)  更多評(píng)論   

            # re: STL源碼分析空間配置器 2011-05-13 09:15 空明流轉(zhuǎn)

            @周強(qiáng)
            malloc free 有兩個(gè)部分,庫(kù)提供接口和部分實(shí)現(xiàn),OS提供另外一部分實(shí)現(xiàn)。
            在Vista之后,以及在Linux上,Malloc和Free的速度已經(jīng)比什么所謂的內(nèi)存池要快的多了。你會(huì)做的優(yōu)化,那些寫(xiě)操作系統(tǒng)和庫(kù)的牛人能不會(huì)?  回復(fù)  更多評(píng)論   

            # re: STL源碼分析空間配置器 2011-05-13 23:29 周強(qiáng)

            @空明流轉(zhuǎn)
            哦,你說(shuō)得挺對(duì)的。呵呵,以后多向你學(xué)習(xí)學(xué)習(xí)。  回復(fù)  更多評(píng)論   

            # re: STL源碼分析空間配置器[未登錄](méi) 2011-07-05 09:44 Chipset

            malloc和free要比內(nèi)存池慢得太多,而且碎片率也高,不論什么系統(tǒng)。試一試就知道了。
            但是話(huà)又說(shuō)回來(lái),能寫(xiě)一個(gè)有實(shí)用價(jià)值的內(nèi)存管理器的人世界上就有數(shù)的那么幾個(gè),屈指可數(shù)。SMP的有jemalloc, Hoard, Ptmalloc3, Cmalloc...它們的進(jìn)化源頭分別來(lái)自phkmalloc, (獨(dú)立的堆層次理論), dlmalloc, dlmalloc...,說(shuō)白了無(wú)非就三個(gè),古老的Unix上用的phkmaloc,通俗意義上的dlmaloc,還有土生土長(zhǎng)自己獨(dú)立開(kāi)發(fā)出來(lái)的Hoard,其它的全是衍生品。

            什么大牛小牛都是扯淡,看看微軟和Intel怎么給Hoard拍馬屁就知道了。  回復(fù)  更多評(píng)論   

            # re: STL源碼分析空間配置器[未登錄](méi) 2011-07-05 09:47 Chipset

            SGI STL這個(gè)小內(nèi)存算不上什么內(nèi)存管理器,只是小牛試刀罷了。  回復(fù)  更多評(píng)論   

            # re: STL源碼分析空間配置器 2011-07-05 10:26 周強(qiáng)

            @Chipset
            恩,說(shuō)得很有道理,學(xué)習(xí)了。  回復(fù)  更多評(píng)論   

            国产精品热久久无码av| 久久人人爽人人爽人人片AV东京热| 久久无码高潮喷水| 精品久久久无码人妻中文字幕豆芽| 久久精品国产亚洲AV无码娇色| 久久男人Av资源网站无码软件| 亚洲综合婷婷久久| 精品久久久久成人码免费动漫 | www性久久久com| 97精品国产97久久久久久免费| 少妇被又大又粗又爽毛片久久黑人| av色综合久久天堂av色综合在| 国产精品久久毛片完整版| 亚洲精品成人久久久| 国产午夜久久影院| 少妇久久久久久被弄高潮| 狠狠色综合久久久久尤物| 国产精品久久一区二区三区| 久久乐国产综合亚洲精品| 99精品久久久久久久婷婷| 无码久久精品国产亚洲Av影片| 久久婷婷色综合一区二区| 中文字幕亚洲综合久久2| 欧美熟妇另类久久久久久不卡| 热久久最新网站获取| 久久久精品国产Sm最大网站| 99久久精品免费看国产一区二区三区 | 久久综合欧美成人| 日产精品久久久一区二区| 狠狠色丁香婷婷久久综合五月 | 成人综合伊人五月婷久久| 性色欲网站人妻丰满中文久久不卡| 久久青青国产| 国内精品欧美久久精品| 日本三级久久网| 久久久久亚洲精品无码网址 | 偷窥少妇久久久久久久久| 久久性生大片免费观看性| 色综合久久久久综合99| 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区| 老司机国内精品久久久久|