G1垃圾收集器之對象分配過程

簡書 占小狼
轉載請注明原創出處,謝謝!

openjdk下載 傳送門


G1的年輕代由eden region 和 survivor region 兩部分組成,新建的對象(除了巨型對象)大部分都在eden region中分配內存,如果分配失敗,說明eden region已經被全部占滿,這時會觸發一次young gc,回收eden region的垃圾對象,釋放空間,滿足當前的分配需求。

小對象

G1默認啟用了UseTLAB優化,創建對象(小對象)時,優先從TLAB中分配內存,如果分配失敗,說明當前TLAB的剩余空間不滿足分配需求,則調用allocate_new_tlab方法重新申請一塊TLAB空間,之前都是從eden區分配,G1需要從eden region中分配,不過也有可能TLAB的剩余空間還比較大,JVM不想就這么浪費掉這些內存,就會從eden region中分配內存。

allocate_new_tlab方法的實現:

這只是TLAB申請入口,真正的實現位于attempt_allocation方法中,優先嘗試在當前的region分配。

attempt_allocation方法的實現:

其中_mutator_alloc_region在實現上繼承自G1Allocregion,內部持有一個引用_alloc_region,指向當前正活躍的eden region,可以看成是該region的管理器,其attempt_allocation方法負責在該region中分配內存。

G1Allocregion::attempt_allocation方法的實現:

每個region內部管理著一塊邏輯連續的地址空間,在并發情況下,采用指針碰撞方式進行內存分配,避免了效率低下的加鎖操作。

指針碰撞實現原理:

如果上述分配動作返回NULL,說明當前該region空間不足,導致分配失敗,繼而調用attempt_allocation_slow方法,執行慢路徑進行分配。

慢路徑的實現如下:

慢路徑的邏輯主要是申請一個新的region,不過可能存在多個線程同時申請,所以在申請動作發生之前,需要進行加鎖操作,由于調用層級比較多,暫時忽略中間步驟,分析最終實現。

G1CollectedHeap::new_mutator_alloc_region方法實現:

其中force為false,is_young_list_full方法判斷當前young_list中的region數是否已經超過閾值_young_list_target_length,實現如下:

bool is_young_list_full() {
    uint young_list_length = _g1->young_list()->length();
    uint young_list_target_length = _young_list_target_length;
    return young_list_length >= young_list_target_length;
  }

其中_young_list_target_length,在gc之后會重新計算得到一個合理的值,如果當前young region的數量還沒達到閾值,則可以通過new_region()方法獲取一個新的region,否則返回NULL。

如果返回NULL,說明沒有申請到一個新的region,接下去還會判斷GC_locker的狀態,如果GC_locker::is_active_and_needs_gc(),說明很快會有一個gc操作,并且region list還有擴大的可能(region list的大小還沒有達到_young_list_max_length),則可以執行_mutator_alloc_region.attempt_allocation_force強制申請一個新的region,但是強制申請也是有可能失敗的(整個堆內存耗盡,不過這種情況很少出現)

如果都失敗的話,這個時候確實需要來一發gc治療一下了

這次gc和后續的大對象分配失敗觸發的gc過程是一樣的。

大對象

前面描述的小對象的內存分配過程,如果當前分配的是大對象,由于在TLAB中放不下,這時只能走G1CollectedHeap::mem_allocate()邏輯進行分配:

判斷當前分配的大小是否滿足巨型對象(超過region大小的一半),如果不是巨型對象,則通過attempt_allocation()的碰撞指針方式進行分配。

如果是巨型對象,則執行attempt_allocation_humongous()方法進行分配,在申請內存之前,會進行MutexLockerEx x(Heap_lock)加鎖操作,根據所分配的大小計算出至少需要多少個連續的region。

1、如果只需要一個region,通過new_region()直接返回一個可用的region即可。
2、如果需要多個region,則從空閑可用的region列表中找到多個連續的region,并返回第一個region的序號。
3、如果不存在這么多個連續的region,則會擴大堆內存,嘗試再次分配。
4、如果擴大堆內存還是不夠(一般情況是夠的,因為是按需要的大小進行擴大,除非可擴大容量已經很小了),有可能會觸發一次gc操作。

巨型對象分配失敗之后:

根據當前的GC_locker的狀態,決定是否執行本次gc

如果需要,則執行do_collection_pause方法觸發一次gc動作

這里觸發的gc是VM_G1IncCollectionPause,具體的gc過程,在后續文章繼續進行分析,等完成之后,再次嘗試分配

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,908評論 6 541
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,324評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,018評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,675評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,417評論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,783評論 1 329
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,779評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,960評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,522評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,267評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,471評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,009評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,698評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,099評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,386評論 1 294
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,204評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,436評論 2 378

推薦閱讀更多精彩內容