go1.2 map的GC效能提升

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。

幾天前，線上Golang程式 GC調優一例 介紹了為特定程式最佳化gc的一個例子，從裡面可以看出，go在做map的gc時，效能不太理想（50萬的map，在i7-2600s上停頓8ms)

今天時星期天，天氣不錯！下午出去跑步，上午在家玩一會兒程式。從code.google.com下載了go1.2rc5的包，實際測試這個情況有沒有改變。

和上次一樣的程式，同一台機器：

gc32(1): 2+0+0 ms, 61 -> 30 MB 15457 -> 3198 (357463-354265) objects, 0(0) handoff, 0(0) steal, 0/0/0 yieldsgc33(1): 2+0+0 ms, 61 -> 30 MB 15470 -> 3198 (369735-366537) objects, 0(0) handoff, 0(0) steal, 0/0/0 yieldsgc34(1): 2+0+0 ms, 61 -> 30 MB 15183 -> 3192 (381720-378528) objects, 0(0) handoff, 0(0) steal, 0/0/0 yields

gc時間由原來的8ms，減少到2ms。

GOGCTRACE 參數廢棄，替換為GODEBUG

搜尋代碼樹，找不到GOGCTRACE字樣了，現在由GODEBUG環境變數接管。具體代碼在src/pkg/runtime/runtime.c?name=go1.2rc5#386:

static struct {        int8*   name;        int32*  value;} dbgvar[] = {        {"gctrace", &runtime·debug.gctrace},        {"schedtrace", &runtime·debug.schedtrace},        {"scheddetail", &runtime·debug.scheddetail},};

GOGCTRACE=1 go run gc.go  # go1.2以前，GOGCTRACE環境變數控制 詳細資料列印GODEBUG='gctrace=1' go run gc.go  # go1.2rc5 由GODEBUG控制

commit 追溯

好奇提升的原因，追了一會兒代碼。

go的gc的代碼集中在src/pkg/runtime/mgc0.c裡。

# github 上，對golang code的鏡像。相比於官方用hg管理，git對於我更友好一點git clone git@github.com:jnwhiteh/golang.git  git log src/pkg/runtime/mgc0.c   # 查看 src/pkg/runtime/mgc0.c 的修改記錄

這次map gc效能的提升，可能是Keith Randall的這個commit 對 Issue 6119的修複造成的，commit message：

runtime: record type information for hashtable internal structures. Remove all hashtable-specific GC code

大量記憶體資料，造成GC時的長時間停頓，使我頭疼。這也是我日常需要面對的：載入大量資料，在有限的時間內（幾十ms），進行線上演算法計算，返回結果，比如推薦，搜尋等。這使我不得不用C++來完成的程式的編寫。欣喜的看到這次進步。map應用非常頻繁的資料，這次提升，非常有意義。期待go語言gc的繼續進步！