• <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源碼分析空間配置器

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

            參考:STL源碼分析

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

            評論

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

            這么復雜,肯定比 CRT的malloc慢。  回復  更多評論   

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

            @空明流轉
            這種內存池主要思想是申請大塊內存池,小塊內存直接從內存池中申請,當不夠用時再申請新的內存池,還有就是大塊內存直接申請。雖然有點復雜,我感覺不會太慢,減少 malloc與free的調用,而且可以減少內存碎片。 CRT的malloc的我沒用過,所以我也不知道具體哪個會比較好。  回復  更多評論   

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

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

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

            @空明流轉
            哦,你說得挺對的。呵呵,以后多向你學習學習。  回復  更多評論   

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

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

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

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

            SGI STL這個小內存算不上什么內存管理器,只是小牛試刀罷了。  回復  更多評論   

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

            @Chipset
            恩,說得很有道理,學習了。  回復  更多評論   

            国产一区二区三区久久| 久久久久久免费一区二区三区| 亚洲综合伊人久久综合| 精品精品国产自在久久高清| 色偷偷偷久久伊人大杳蕉| 亚洲国产成人久久精品99| 麻豆精品久久久一区二区| 精品国产一区二区三区久久久狼| 午夜精品久久久内射近拍高清| 久久国产成人午夜AV影院| 99久久国产亚洲高清观看2024| 久久电影网2021| 久久99国产亚洲高清观看首页 | 大伊人青草狠狠久久| 久久精品国产亚洲AV影院| 99精品国产免费久久久久久下载| 国产综合精品久久亚洲| 精品久久久久久无码免费| 国内精品久久久久久久久电影网| 国产精品永久久久久久久久久| 国产—久久香蕉国产线看观看| 99久久精品九九亚洲精品| 香蕉久久夜色精品国产小说| 久久99久久无码毛片一区二区 | 久久国产乱子精品免费女| 久久99毛片免费观看不卡 | 99久久国产热无码精品免费| 国产精品视频久久| 99久久精品久久久久久清纯| 99久久国产综合精品网成人影院| 久久久久噜噜噜亚洲熟女综合| 久久笫一福利免费导航| 久久伊人五月天论坛| 久久亚洲精品国产精品婷婷| 国产精品美女久久久久 | 久久福利青草精品资源站免费| 久久99国产精品成人欧美| 欧美精品乱码99久久蜜桃| 久久国产免费观看精品3| 久久亚洲欧洲国产综合| 久久天天躁狠狠躁夜夜网站|