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

monkp

... loading ...
已加入
5/1/07
訊息
1,037
互動分數
0
點數
0
mat9v 說:
Hey, just got a strange WU 4746 @548 points.
On my 4870@860Mhz it scores 4012 PPD. Now that is a record for me on ATI hardware :)
效果看來對於 48xx 系列比較明顯, 尤其工作單位又大包的話. 由官網上的討論得知, 1.10 核心開發是以穩定為優先, 之前的 1.06, 1.08 就是個例子, 將來的 1.11, 1.12 才會增強運算處理 :)
 

monkp

... loading ...
已加入
5/1/07
訊息
1,037
互動分數
0
點數
0
關於目前 6.22beta SMP 運作上常見的問題

關於目前 6.22beta SMP 運作上常見的問題

由官網上可得知有幾點解決的方法:



1.Command Prompt (cmd) 環境下, 到 FAH 安裝的途徑鍵入 -

mpiexec -n 2 foo.exe


如果沒問題的話, 會出現兩行一樣的訊息 If you see this twice, MPI is working

這個指令主要除錯 MPI 安裝方面的問題, 如有必要, 還要再次執行 install.bat

2. 常見的 0x7b error 多數和網路訊號有關聯, 早在幾的月前 salunt 大已證實, 執行 SMP 前一定要確保網路設定無誤, 無線網路的訊號不能過弱或是有斷線的情況發生, 不然工作封包一定損毀, 前功盡棄了. (這部分以前可以利用 qfix 來修復, 但是目前並不支援 6.22 版本)

3. 除此之外, NAN Error 或是其他代號, 多數和系統的穩定度有關連, 好比說, 記憶體故障, 記憶體時脈超的太高, 記憶體的 timing 設定比較低, 電壓不夠/太高 (記憶體, CPU, 北橋電壓之類的. 尤其 CPU, 平時我的 CPU 上 2.7GHz 吃 1.22v, 當 SMP 運算時必須調高 1.24v 才會穩定)

4. Deino 版本的使用就是要減少以上情況的發生, 只是目前還未支援 64 位元系統. 還有設定上會比 MPICH 複雜些, 尤其配置成系統服務.

5. 當工作封包完成後, 上傳時請不要限制流量, 有回報可能會導致損毀或是遺失.



值得慶幸的是, 目前蛋白質摺疊研究的數據多數採用 CPU 的運算結果, 和其他分散式專案一樣. 所以, 時常在電腦前面工作的大大就開下去掛 SMP 或是一般的 CPU 客戶端吧 :D

p.n. 跑 SMP 前要衡量能不能再截止日前回傳唷
 

monkp

... loading ...
已加入
5/1/07
訊息
1,037
互動分數
0
點數
0
關於 ATI 核心消息

mhouston (AMD 開發部人員) 在 [H]ard|Forum 上有透露:

  • 這幾天比較大件的封包 lambda 就是為 48xx 系列量身訂做的, 所以在 PPD 值上會比 38xx 系列增強較明顯些.
  • 1.10 核心主要就是修正對 lambda 封包的支援, 所以開發上會比較花時間些. 美中不足的是, 1.10 核心會降低較小封包的運算效率, 這部分未來釋出的核心將會做優化.
  • 現階段 NV 模擬運算 lambda 封包也不是很完全優化, 有回報 PPD 值減少達 1500 左右.
  • HD4870 的 800SP 確實在處理運算大件 WU 有一定的優勢, 剩下就未來定期的核心更新和優化而已了
 

pleaseenterme

進階會員
已加入
4/15/07
訊息
398
互動分數
0
點數
0
為什麼蛋白質摺疊研究的數據多數採用CPU的運算結果?真怪..
那我要高興了....我只能用cpu慢慢跑:PPP:
 

coolrichard

榮譽會員
已加入
9/24/03
訊息
3,882
互動分數
1
點數
38
為什麼蛋白質摺疊研究的數據多數採用CPU的運算結果?真怪..
那我要高興了....我只能用cpu慢慢跑:PPP:

別氣餒,我從以前到現在都是跑SMP+一般客戶端而已

家裡的3850無聊才會跑一下測試;)
 

monkp

... loading ...
已加入
5/1/07
訊息
1,037
互動分數
0
點數
0
為什麼蛋白質摺疊研究的數據多數採用CPU的運算結果?真怪..
那我要高興了....我只能用cpu慢慢跑:PPP:
這我也不清楚耶 ... 可能這個專案至 2000 年開始研究到現在由 CPU 跑的數據比較準確吧 :confused: GPU 的利用 2006 年才起步說, 近期即將發佈藉由 ATI 顯卡運算的第一份研究報告.

別氣餒,我從以前到現在都是跑SMP+一般客戶端而已

家裡的3850無聊才會跑一下測試;)
我也是一樣哩 :)
 

ssss8kimo

榮譽會員
已加入
11/10/07
訊息
1,156
互動分數
0
點數
36
年齡
37
目前電腦沒超頻,在跑GPU運算的時候,特定幾個的Project (4715-4742-4743-4745),GPU使用率會到99%,其他Project則在60~70%不等;rr;


4742開始的Project,都有548左右的point ;nq;
獎勵多了點,之前都111~234不等;em44;

不過獎勵多,算的時間也久;oq; 大概要6~8小時;oq;

看來還是GPU運算還是nv卡好;oplc;
 

peter0968

一般般會員
已加入
7/7/08
訊息
93
互動分數
0
點數
0
年齡
51
據 mhouston ("http://foldingforum.org/memberlist.php?mode=viewprofile&u=138") (AMD 開發部人員) 在 [H]ard|Forum ("http://www.hardforum.com/showthread.php?t=1337842") 上有透露:


這幾天比較大件的封包 lambda 就是為 48xx 系列量身訂做的, 所以在 PPD 值上會比 38xx 系列...

最近ATI的卡在F@H運算效率似乎提升不少
有機會應該敗一張來跑跑看
不過房間已經3台了:PPP:
 

nybaao

進階會員
已加入
9/18/03
訊息
749
互動分數
0
點數
16
剛用4850測試

gpu核心拉到ccc預設最高的700

從ccc裡看gpu使用率卻下降

超的越高,使用率卻達不到巔峰

4870也是相同狀況...

因為CPU沒辦法餵飽它

不過似乎跟project也有關係 有些project會這樣 有些不會

還蠻奇怪的
 

nybaao

進階會員
已加入
9/18/03
訊息
749
互動分數
0
點數
16
據 mhouston ("http://foldingforum.org/memberlist.php?mode=viewprofile&u=138") (AMD 開發部人員) 在 [H]ard|Forum ("http://www.hardforum.com/showthread.php?t=1337842") 上有透露:


這幾天比較大件的封包 lambda 就是為 48xx 系列量身訂做的, 所以在 PPD 值上會比 38xx 系列...

這是只有對48系列量身的還是38系列也OK??

現在覺得38系列有點雞肋XD
 
▌延伸閱讀