1.LinX對GulfTown是真的還沒有準確的分析測試嗎?
2. 您的見解是用4096MB..那problem size設置範圍呢?
不好意思,因為我沒有在玩GulfTown所以也不確定LinX是否準確
但是有一些方法可以概略確認Linpack是否運作正常
(1)
-暫時關閉不需要的背景程式
-暫時關閉自動防護軟體,例: 防火牆、防毒
-暫時關閉 Windows 側邊欄
-暫時關閉不需要的系統服務,例: superfetch、readyboost ....
這麼做可以減少影響計算結果的因素
(2)
以目前的處理器來說,每一個核心於每個執行週期可以有 4 FLOPS (floating point operations per cycle)
因此雙核心為 8 FLOPS、四核心為 16 FLOPS、六核心為 24 FLOPS
以下為
理論值:
singlecore @ 2 GHz:2X4=8 GIGAFLOPS
Dualcore @ 3 GHz:3X8=24 GIGAFLOPS
quadcore @ 4 GHz:4X16=64 GIGAFLOPS
sixcore @ 4 GHz:4X24=96 GIGAFLOPS
(3)
計算 Problem size 的 GFlops
例:Problem size =16331 = 2048MB
16331(三次方) / 1.5e9 = 2903.668795 GFlops
註:e9 為 10的9次方,用來換算 GFlops
(4)驗證方法
(a)如果是關閉超執行緒(Hyper-Threading),理論值x0.9
(b)如果是開啟超執行緒(Hyper-Threading),理論值x0.83
0.9與0.83是個人收集各論壇i7-920執行LinX後,概略換算而來的
以前述 Problem size 為例,i7-920@4.2GHz/Uncore@3.6/DDR3-1600 7-7-7-15 1T:
(a) 2903.668795 / (4.2x16x0.9) = 48.01039674 秒 (每run一次所花費時間)
(b) 2903.668795 / (4.2x16x0.83) = 52.05946635 秒 (每run一次所花費時間)
以上如果計算時間是接近的,那麼可以說是 "應該 ok 的" ...
依狂大的測試結果,以此方法來驗證的話,大約是 "理論值x
0.6 (4.5x24x
0.6)" 所以是低於應有表現蠻多的
也許是 Linpack、LinX 本身 bug 或對六核12緒支援不佳所導致,這只能等待新版本修正吧 ?
至於 Problem size 是直接對應 Memory size 的
如 aasa 大所言,Memory size 應該是為了方便而提供的
---------
以上提及方法,參考資料來自:
http://www.overclock.net/intel-cpus/645392-how-run-linpack-stress-test-linx.html