[狂]一起來跑LinX,面對你真正CPU/RAM的穩定

狀態
不開放回覆。

狂少

Bulletproof Themer
已加入
9/18/03
訊息
14,397
互動分數
2
點數
0
我也來推薦一下 LinX 0.6.4 :MMM:
個人習慣以 4096MB+Loop(100) 為基準

i7-920@4.2GHz/0.992-1.312V, Uncore@3.6GHz/1.296-1.328V (EIST/C1E/TurboBoost)
DFI UT X58 T3eH8
G.Skill DDR3-1600/7-8-6-17-1T/1.6V (2Gx6)
Thermalright AXP-140

圖檔恕刪..
幾個問題請教E大

1.LinX對GulfTown是真的還沒有準確的分析測試嗎?
2. 您的見解是用4096MB..那problem size設置範圍呢?

我是剛用Linx..有勞多指教..3q;em25;
 

aasa

一般般會員
已加入
1/10/10
訊息
58
互動分數
0
點數
6
Problem Size決定計算規模和需要的内存數;計算規模當然是越大越好。
原本的Intel Linpack只提供Problem Size;内存大小只是LinX/IBT爲了方便而提供的。

Intel Linpack for Linux有說Problem Size設置成8的奇數倍,成績比較好。小弟實際上從來沒有能證實。
 

狂少

Bulletproof Themer
已加入
9/18/03
訊息
14,397
互動分數
2
點數
0
Problem Size決定計算規模和需要的内存數;計算規模當然是越大越好。
原本的Intel Linpack只提供Problem Size;内存大小只是LinX/IBT爲了方便而提供的。

Intel Linpack for Linux有說Problem Size設置成8的奇數倍,成績比較好。小弟實際上從來沒有能證實。

嗯嗯 有聽說過這點,但我也沒證實
跑穩定的話,在下就不會去計較成績

感謝告知:)

對了,您是用R3e,
關於跑越高頻, uncore的voltage scale(vtt)也可能要稍微拉高:)
尤其是0602bios之後
0704沒比0602好, 0602沒比0802好:)

個人經驗:)
 
最後編輯:

aasa

一般般會員
已加入
1/10/10
訊息
58
互動分數
0
點數
6
小弟用Bloomfield跑LinX,發現成績很影響測試強度,
因爲Linpack比較糟糕,Flops即使在Bloomfield也常常有5%-10%的起伏,
有的時候跑的不成功,只有12-12.5GFlops/GHz,過了20圈;不重啓動重跑,跑到>13GFlops/GHz,不到3圈就失敗了。
如果計算規模不變,3%的GFlops差異(例如12.6G/G vs 13G/G),核心溫度就能差3C。

所以跑LinX很辛苦,還得看Flops。
 

eLove

榮譽會員
已加入
4/5/08
訊息
1,394
互動分數
8
點數
38
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一次所花費時間)
i47245_LinX2048MBHToff.png


(b) 2903.668795 / (4.2x16x0.83) = 52.05946635 秒 (每run一次所花費時間)
i47244_LinX2048MBHTon.png


以上如果計算時間是接近的,那麼可以說是 "應該 ok 的" ...
依狂大的測試結果,以此方法來驗證的話,大約是 "理論值x0.6 (4.5x24x0.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
 

guestvvv

一般般會員
已加入
1/10/09
訊息
75
互動分數
0
點數
0
i47248_sshotj.jpg

老電腦效能不強求,有過就是福~:PPP:
 

狂少

Bulletproof Themer
已加入
9/18/03
訊息
14,397
互動分數
2
點數
0

ASATAIWAN

榮譽會員
已加入
5/9/07
訊息
3,748
互動分數
0
點數
0
天氣熱 房間溫度又高 就不超頻了
這樣auto 跑就好......
等天氣涼 颱風天再來跑 超頻
最近直上4g 都不是那麼穩定.......就放棄 反正現在就是文書機 不用太操勞
i47258_X3430LINX.png
 

aasa

一般般會員
已加入
1/10/10
訊息
58
互動分數
0
點數
6
對了,您是用R3e,
關於跑越高頻, uncore的voltage scale(vtt)也可能要稍微拉高:)
尤其是0602bios之後
0704沒比0602好, 0602沒比0802好:)

個人經驗:)

多謝狂大指教
小弟不用費勁地去試了(還不一定試得出):PPP:

這些是前一段時間跑的

PS:如果在Windows裏用軟件拉一下頻率,LinX的"Time"欄目就會計時錯誤。(從而Flops計算錯誤)
 
最後編輯:
狀態
不開放回覆。
▌延伸閱讀