感謝各位網兄支持
是開飲料店
f@H會繼續跑呀
看到我PPD爆增時應該就是在店裡搞 SLI拉
希望有那麼一天 :D

Project : 3864
Core : Double Gromacs C
Frames : 100
Credit : 623


雙cpu 用???

f@h的任務感覺有改變了...

日前測試新款GTX 295 Quad-SLI，狀況已不像之前跑SLI會當機了...

現在已經用這樣的SLI組態下去作運算，連續好幾個WU沒有發生任何錯誤了!

這樣開著到明天看看就能知道結果。 :flash:

給各位弟兄參考一下 ;)

z大需注意QSLI效能
單顆gt200大致上就是1750~1850 iter/sec = 270 ~300 ns
所以您雖使用QSLI, f@h也只抓到了第一個核心在運作
否則若成功運作QSLI, 效能應該會超過5500 iter/sec =1100ns
目前的f@h 6.23 gpu似乎還是不支援SLI/3-SLI/QSLI
我之前也努力過; 後來還是只能摸摸鼻子用回XP關SLI

PK大誤會小弟的意思了^^"

就之前我用於GTX 260+ SLI的經驗，只要是系統組態SLI是開啟的狀態底下，F@H程式又是在運作中，一定很難會有正確算完WU的情況...

大都是還未算完一個WU任務..電腦就已經當機..或是藍底白字了 :ase

我當時一直在努力的也是這樣的運算狀態，我就是不想在已經打開了SLI系統下，在去作解除SLI狀態，再來行F@H的運算，此次的Quad sli系統組態倒是沒有這樣的問題，所以大膽猜想..不是F@H核心已經更改過...就是NVIDIA有針對這張單卡雙核的GTX 295做修正了...

從之前加入F@H團隊至目前，也只有一次是屠大幫小弟安裝多GPU核心的情況，我實在懶 :laugh:

所以我的F@H機器大都是一張卡就配一台電腦了...多卡多核心設定，不想學...

因為真要讓我學會，很有可能F@H團隊全都會看不到我的尾燈的 :unbelief: :laugh: :laugh:

我想R大跟JC大一定在偷偷竊笑吧~這小子口氣倒不小 :laugh: :D

嘻~~這是事實~~!
如果您認真的話~~!
現有的第前三名位子~!
您一定有一個~~~!

屠大說人人到..剛剛是不是耳朵有癢癢的，被念了一下的感覺。 :laugh: :laugh: :laugh:

目前日產最強的團隊是folding@evga，實際日產約4,8xx,xxx(4百八十萬)，
依照傳統看不到車尾燈的意思推算，要是前輩學會，
日產就會8百萬........ :D

現在補個台灣2字還來的及嗎 :unbelief:

剛剛打完才想說會不會被ㄉㄧㄤ一下的..

算你狠 :D

之前小弟讀過一篇 Nvidia's CUDA:The end of CPU? 的原文(~咖啡~),
內容提到SLI模式的問題.其大意如下:

...CUDA 使用了兩種API:Runtime API,Driver API.這兩個API都能與Open GL和Direct 3D資源進行溝通.Runtime API的函數調用都會被細分為Driver API管理的更基本指令.然而這兩種API是互相排擠的,只能兩者擇一而用.

應用程式->CUDA libraries ->CUDA Runtime ->CUDA Driver -> GPU

前面這四種都會佔用一些CPU資源.

...資源共享---在顯示卡的記憶體和繪圖資料之間,會令人頭痛.例如:當解析度或色深(Color depth)改變,繪圖資料有優先權,如果畫面的緩衝所用資源需要增加,驅動程式將毫不猶豫地去搶佔分配給CUDA應用程式的資源,因衝突而 造成崩潰(crash).這令人不悅,雖然不會經常發生.此外還有一個不利條件:目前的CUDA無法支援多個GPU協同處理,如果你要用多個GPU執行CUDA應用程式,需先關閉(disable)SLI模式.

或許要改善這種問題,必須建立新的函式庫(Library).一如CPU加入新的指令集一般.