PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   顯示卡討論區 (https://www.pcdvd.com.tw/forumdisplay.php?f=8)
-   -   Folding@home 設定 功耗測試 與 WCG 複合測試 (https://www.pcdvd.com.tw/showthread.php?t=801136)

Zuchen 2009-08-16 09:33 PM

引用:
作者SHINN
如果想把解決過熱的問題交給使用者,
那就把credit 511的wu的實得credit變成2.5倍,
使用者就會因為誘因勇於征服過熱的問題,而不是氣到放棄..

可惜現在的511WU實在是最雷的包:

1.耗電量最高、發熱量最大
2.以511 credit數來說每小時產分最慢,效率只有一般WU(還不包括甜包)的75%不到

在這樣下去恐怕只會把熱帶國家的F@H民逼走而已

hankkoala 2009-08-16 10:10 PM

引用:
作者Zuchen
可惜現在的511WU實在是最雷的包:

1.耗電量最高、發熱量最大
2.以511 credit數來說每小時產分最慢,效率只有一般WU(還不包括甜包)的75%不到

在這樣下去恐怕只會把熱帶國家的F@H民逼走而已

我是覺得跟溫度沒有非常大的關係啦
至少在A卡上來說(A卡的核心溫度會比N卡低)
只是單純511的wu容易掛
我統計過A卡在運算中VPU Recover的次數裡
有五分之四都是出現在511的wu :stupefy:
有沒有可能是因為演算法有沒有被發現的瑕疵才會容易掛呢? :confused:

SHINN 2009-08-16 11:09 PM

引用:
作者Zuchen
可惜現在的511WU實在是最雷的包:
1.耗電量最高、發熱量最大
2.以511 credit數來說每小時產分最慢,效率只有一般WU(還不包括甜包)的75%不到


如果再加上過熱就產分只剩35%-40%

引用:
作者Zuchen
在這樣下去恐怕只會把熱帶國家的F@H民逼走而已


被逼走的前輩發出內心的怒吼了 :D

Zuchen 2009-08-16 11:25 PM

引用:
作者SHINN
如果再加上過熱就產分只剩35%-40%

被逼走的前輩發出內心的怒吼了 :D

哪裡哪裡,跟您之前po過隨便就130幾度的9800GX2比起來是差遠了~

Do1by 2009-08-17 12:24 AM

我沒特別去勾了(都全選), CEP好像也不容易接到 ...
以下decfish有猛到, 共127台電腦 :laugh:


引用:
作者SHINN


合計58核,
每日的CPU Time打個折算50好了,
衝藍寶牌只要15天 :jolin:

Do1by 2009-08-17 12:27 AM

引用:
作者SHINN
老實說,我也不確定,搞不好前輩用的是Nehalem-EX,

單cpu就有8C/16T....


呵, 有2台是雙U的 ...

SHINN 2009-08-17 01:12 AM

引用:
作者Do1by
我沒特別去勾了(都全選), CEP好像也不容易接到 ...


http://www.worldcommunitygrid.org/f...ad?thread=18277

因為CEP 的wu 本來就不多..
最下面那條就是CEP的數量...

Raziel 2009-08-17 01:55 AM

引用:
作者SHINN
如果真有心解決過熱的問題,增加整體分散運算計畫的效率。
從伺服器端可以根據ip來源把core 11的wu 配到較高緯度的地區,
core 14配到低緯度地區。

如果想把解決過熱的問題交給使用者,
那就把credit 511的wu的實得credit變成2.5倍,
使用者就會因為誘因勇於征服過熱的問題,而不是氣到放棄..

這個不易執行,而且隨機之外的機制就有方法取巧.

我先建一個VPN到其他可以拿甜包的地區再進internet, assign server無法辨識真正的我是

哪邊來的, 只會依照在internet上跑的真實來源IP給任務, 那懂的人一樣可跨區到其他地區了.

要真有這種好康的, 看甜包區在哪裡發送, 我VPN架去那裡給台灣隊幾百人借路拿任務都不是問題.

何況緯度高低也不是精準的氣溫判斷依據,簡單的隨機分發機制還是比較公平.

這散熱的問題就只好自己想辦法了, 以後的雷U還只會更大, 易過熱的卡不宜跑多卡算是個經驗.

SHINN 2009-08-17 02:31 AM

引用:
作者Raziel
這個不易執行,而且隨機之外的機制就有方法取巧.
我先建一個VPN到其他可以拿甜包的地區再進internet, assign server無法辨識真正的我是
哪邊來的, 只會依照在internet上跑的真實來源IP給任務, 那懂的人一樣可跨區到其他地區了.
要真有這種好康的, 看甜包區在哪裡發送, 我VPN架去那裡給台灣隊幾百人借路拿任務都不是問題.


恩....取巧的方式無奇不有,就連隨機也能取巧,
以目前的計分方式,未回傳沒有扣分,算錯也沒有扣分。
只要讀log,看看wu的size就算還沒接收完成也能知道是什麼類型的wu,
log的這一行 ----------->Initial: 0000; - Receiving payload (expected size: xxxxxx)
把篩選不合格的wu踢掉就能了,

公平的除了分發機制公平外,計分方式也要公平,
光有挑戰沒有誘因,難以吸引一般人。

引用:
作者Raziel
這散熱的問題就只好自己想辦法了, 以後的雷U還只會更大, 易過熱的卡不宜跑多卡算是個經驗.


所以把熱U(雷U=PPD值低的熱U)的得分加成才是王道,
反正熱U本來就比較耗電,
一來不但使用者抗議的聲音消失了,
還能刺激消費,
使用者勇於征服散熱的問題,
進而增加散熱器產業的收入...

引用:
作者Do1by
呵, 有2台是雙U的 ...

剛剛又去偷看一下前輩的wcg設備,
週末又多一台4c/8t的...

Raziel 2009-08-17 09:55 AM

我也十分認同在理想狀況下,相同資源消耗的任務應該取得相同的積點.

(我是傾向希望F@H做到每個任務都像WCG單一子專案內的任務包一樣恆定. :)

不過現在每個運算是以一個分子為單位, 沒改的話以後包只會越來越大,積分是該給高一些)

SHINN兄這些寶貴的建言可以試著到官網發言或是與F@H團隊溝通.

雖然不是每個管理者都會聽進去當回事, 但至少是個溝通管道, 多一點人反應,力道也比較夠.

說不定也多少會採納參考, 例如因過熱的問題而出減產的核心就是在論壇生出來的.

引用:
作者SHINN
恩....取巧的方式無奇不有,就連隨機也能取巧,
以目前的計分方式,未回傳沒有扣分,算錯也沒有扣分。
只要讀log,看看wu的size就算還沒接收完成也能知道是什麼類型的wu,
log的這一行 ----------->Initial: 0000; - Receiving payload (expected size: xxxxxx)
把篩選不合格的wu踢掉就能了,

公平的除了分發機制公平外,計分方式也要公平,
光有挑戰沒有誘因,難以吸引一般人。



所以把熱U(雷U=PPD值低的熱U)的得分加成才是王道,
反正熱U本來就比較耗電,
一來不但使用者抗議的聲音消失了,
還能刺激消費,
使用者勇於征服散熱的問題,
進而增加散熱器產業的收入...


剛剛又去偷看一下前輩的wcg設備,
週末又多一台4c/8t的...


所有的時間均為GMT +8。 現在的時間是04:44 PM.

vBulletin Version 3.0.1
powered_by_vbulletin 2025。