FAH 硬體及客戶端綜合討論 (part 2)

[OverFold]

現在完全放棄Native Linux的BigAdv運算模式，可能是小弟對Linux操作技巧不太成熟呢~
，累我半個月來至少有三次完成或將近完成的BigAdv WU無法提交，不是到50%由零開始，
就是100%後連不上交功課的Server，即使內部能ping 192.168.x.xxx但始終無法開啟
http config界面，err: eth0 xxxxxx等 Error message無法解決下又動用CDROM重灌
，雖然Native Linux比VM的BigAdv每1%平均快近1min，但事實上賺到的都頂不上損失
三次BigAdv浪費.....白費了的時光，唉~ 乖乖地還是加回6GB RAM去跑VM便是.....

 

[kazama]

昨天發生Native Linux運算bigadv進度100%但無法FINISH UNIT，
已先暫停該client以確認異常原因。請問也以Native Linux運算bigadv
的隊友，最近bigadv達交狀況是否正常?

 

[ShinnShinn]

昨天發生Native Linux運算bigadv進度100%但無法FINISH UNIT，
已先暫停該client以確認異常原因。請問也以Native Linux運算bigadv
的隊友，最近bigadv達交狀況是否正常?

我這邊今天收不到Bigadv的WU...
都是一般A3的.

 

[oegg]

我傍晚是達交一個 可是最近 本來 22 分 1%
突然變成 26M ~ 31M
980X @4G 搞成這樣也不知道為啥?

偶而也會發生 拿不到任務的情況 要停 24 hour... XD

 

[kazama]

我這邊今天收不到Bigadv的WU...
都是一般A3的.

即使只勾選bigadv不勾選advmethods，當bigadv WU短缺時仍會
收到A3 WU以避免設備空轉。

之前遇過幾次這種狀況，都是完成一個A3後又開始收到bigadv。

 

[kazama]

我傍晚是達交一個 可是最近 本來 22 分 1%
突然變成 26M ~ 31M
980X @4G 搞成這樣也不知道為啥?

Bigadv 24/7運算對超頻的長期穩定性是很大的考驗，這是一般燒機測試
難以驗証的。

Bigadv面世以來剛進入第一個夏天，運算隊友在散熱方面須多加留意。除了
降低超頻幅度外，也可試用smp -7或smp -11之類讓CPU使用率不要長期
維持在100%的參數設定。

 

[OverFold]

就是因為Native Linux BigAdv完成數次後提交會出錯的致命問題而令我停用，
亦因如此原本多出兩條2GB DDR3打算買塊H55M-UD2H(只有一對Slot)開多一組
BigAdv的念頭亦因此而"被"打消了~~

 

[kazama]

就是因為Native Linux BigAdv完成數次後提交會出錯的致命問題而令我停用，
亦因如此原本多出兩條2GB DDR3打算買塊H55M-UD2H(只有一對Slot)開多一組
BigAdv的念頭亦因此而"被"打消了~~

在本週之前我的i7-920以Native Linux運算bigadv已連續達交超過十個bigadv WU，
但本週就發生一次進度100%卻出現FILE IO ERROR訊息雖能FINISH UNIT但伺服器
驗証不過拒收，以及一次進度100%無法FINISH UNIT。

對照WIN7 64bit搭配VMPlayer 3.0沒出過任何問題，照理說Native Linux應有不錯的
作業系統穩定度，會出現這種情形頗令人意外。

 

[oegg]

有可能是過熱保護 才造成變慢的
下次去在調低時脈 電壓 看看
目前已經跑 -smp 11
之前 不但 不會 100% 且 反而 還比 -smp 12 還快一點

-smp 7 來說 就比 -smp 8 低一點
不過 長期穩定還是比較重要....

Bigadv 24/7運算對超頻的長期穩定性是很大的考驗，這是一般燒機測試
難以驗証的。

Bigadv面世以來剛進入第一個夏天，運算隊友在散熱方面須多加留意。除了
降低超頻幅度外，也可試用smp -7或smp -11之類讓CPU使用率不要長期
維持在100%的參數設定。

 

[JCornell]

有可能是過熱保護 才造成變慢的
下次去在調低時脈 電壓 看看
目前已經跑 -smp 11
之前 不但 不會 100% 且 反而 還比 -smp 12 還快一點

-smp 7 來說 就比 -smp 8 低一點
不過 長期穩定還是比較重要....

話說回來, Native Linux -smp 12你應該最少設記憶體為6GB ?
-smp 24要用到12GB, 傷腦筋 ;face12;