感謝各位大大的說明,現在確定是project的問題了,應該也可以歸成計算核心的問題
同樣這台電腦,現在接到的project是2665,PPD只有853.33,根之前在windows上的7xx差異就很接近了,所以可以確定是project的差異,作業系統差異大概是10%左右
這邊補個project 2669的資料:
Project : 2669
Core : SMP Gromacs CVS
Frames : 100
Credit : 1920
剛剛回頭看了一下我windows上的folding資料夾,只有FahCore_a1.exe這檔案,沒有FahCore_a2.exe,猜測只有Linux會下載FahCore_a2.exe下來運算
可以麻煩各位大大看一下您的SMP資料夾下有沒有FahCore_a2.exe這個檔案嘛~~
若Windows上真的不會用FahCore_a2.exe來跑,FahCore_a2.exe的PPD又是FahCore_a1.exe的兩倍.....
恩....Linux在SMP上真的完勝....
補張圖,E7200不超頻在Ubuntu 8.10上,a2核心分數可以直飆2194.29
同樣的電費,分數在某些project可以飆漲1倍,實在......
不知道4核心CPU用FahCore_a2.exe來跑project分數會有多少....
聊個提外話,前幾天才第一次知道AMD的CnQ是什麼意思,原來是根筆記型電腦的CPU省電模式類似,會把CPU降頻、降電壓來省電,我是第一次知道怎麼真正開啟這功能
在windows上實際使用的狀況是只要CPU loading一大,就會自動把頻率調高,也就是說跑F@H就會自動把頻率調到最高
可是在Ubuntu上會有個神奇現象,F@H會讓CPU loading提高到100%沒錯,但是不會同時提高CPU頻率,也就是說你可以讓CPU在省電的低頻率下執行F@H,當然PPD會變低沒錯~
但如果是別的程式提高了CPU loading,例如看影片之類的,CPU會正常的提高頻率以提高工作效率,感覺上F@H在Ubuntu上真的變成了一個『背景』程式,似乎也比較不會過熱傷CPU...?