Go1.3新特性 棧的全新實現—連續棧（4）

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

原創文章，轉載請註明出處：伺服器非業餘研究http://blog.csdn.net/erlib 作者Sunface

迄今為止的實驗

目前我已經有一個標準的實施在運行了，雖然還不完整但是已經已經能編譯簡單的例子。

Peano(test/peano.go）修改後在跑到11！的時候比以前快了10%。雖然說要持有懷疑態度的看待這個問題，但是這個速度確實跟棧的增長方式是息息相關的(每次增長加倍棧的大小時會有10%速度提升，每次增加50%的棧大小時，只有2%的提升，每次增加25%反而會慢25%).

“Hot split"的測試案例(stacksplit.go).使用-gcflags -l 進行編譯

分段的棧：

不分割:1.25925147s

分割:   5.372118558s   <-這裡觸發了熱分割問題(見上文)

連續的棧：

不分割:1.261624848

分割:    1.262939769

Benchmark

我修改了分段棧和連續棧的實現：利用一個環境變數設定棧段的大小/初始大小。我們可以利用這個特性來測試一下棧段大小對benchmark的影響(這些實驗中，連續棧的大小是按2的倍數來增長的（加倍）).

econding/json/BenchmarkEncode：這個已經被抱怨過很多次了，請參見bug 3787.

Presumably the max stack use is 19KB or so, and below that bad splits cause the downward spikes.

假設棧最大的使用大小是19KB，在低於這個值時，糟糕的分割會導致效能的下降

html/template/BenchmarkEscapedExecute:這個benchmark有個很特別的問題：當段的大小在4096bytes的時候，

這裡有個地方我也不能理解：為什麼連續棧的表現會越來越好 ；）