Whistle Blow wrote:
針對Entropy ...(恕刪)
用i7-3930K
實測感覺不到差別
MAXVALUE 0 或100
7z 的效能測試(32M 12T)，差別是1150%(MAXVALUE 0)，1138%(MAXVALUE 100)
個人積分：16分
文章編號：51097803
個人積分：31分
文章編號：51101645
針對Entropy Coding的壓縮類程式，可以試試關閉Core Parking功能，曾經有人試過在Hyperthreading的2600K上關掉Windows 7的Core Parking功能，而Cinebench 11.5的分數從8.52變成8.70（第59樓）。
http://www.overclock.net/t/1180334/xtremehardware-it-core-parking-on-windows-7/50
影響最大的是WinRAR，關掉Core Parking會使2600K的WinRAR多執行緒測試成績從3980KB/s三級跳到5591KB/s。
http://www.overclock.net/t/1180334/xtremehardware-it-core-parking-on-windows-7
要關掉Core Parking，可以直接改registry，如果要再打開Core Parking，改回來便可以。
http://forum.cakewalk.com/tm.aspx?&m=1861804&mpage=1
http://global.hkepc.com/forum/viewthread.php?tid=1736488
看來我要學的還很多
好奇問一下，關掉Core Parking對AMD不是不利嗎？
那另個想法是不是就是原本系統就劣化了AMD的數據?
畢竟兩顆是不同的系統，用不同的標準下測試，我認為會有不同的結果是正常的
小的認為就跟水土不服的道理一樣
所以如何有兩全齊美，公平的測試環境呢？
我還是認為推土機的能力被低估了.....
個人積分：2298分
文章編號：51103312
個人積分：1394分
文章編號：51107115
eszerfrm wrote:
看來我要學的還很多
好奇問一下，關掉Core Parking對AMD不是不利嗎？
那另個想法是不是就是原本系統就劣化了AMD的數據?
...(恕刪)
會把核心park起來，跟節能有關，把這種節能功能關掉，通常都是增加效能，而不是降低效能。
微軟會針對FX放出關閉core parking的補丁，不大可能是因為工程師過多沒事可幹，而是跟AMD雙方討論後的結果。
eszerfrm wrote:
畢竟兩顆是不同的系統，用不同的標準下測試，我認為會有不同的結果是正常的
小的認為就跟水土不服的道理一樣
所以如何有兩全齊美，公平的測試環境呢？
我還是認為推土機的能力被低估了.....
...(恕刪)
水土不服用在這裡怪怪的，關於最後一句，我個人不認為推土機問題在於低估，用統計說法，在於效能的標準差太大。
八個臭皮匠跟四個諸葛亮PK，有時未必會輸，但是當情況不容許，必須一個臭皮匠跟一個諸葛亮單挑、或是二對二、三對三時，那就不妙了。
一個CMT核心（AMD稱之為模組）跟一個SMT核心（Intel稱之為Hyperthreading），都可以同時執行兩個執行緒（姑且稱之為A跟B）。模組架構（CMT）的問題，在於當執行緒A需要百米衝刺能量時，一個模組內卻只有下圖紅色框起來的部分可供運用，剩下來的非共享計算單元，即使因執行緒B目前用不到處於閒置狀態，也不能挪給執行緒A使用。
Hyperthreading（SMT）則是當執行緒A需要百米衝刺能量時，整個核心的資源（藍框），幾乎都可以運用上，執行緒B當下用不到的共享計算單元，只要對於執行緒A合用，就可以讓給執行緒A使用。但是缺點就是當執行緒A跟執行緒B都要百米衝刺時，計算單元就可能不夠用。
ps.藍框跟紅框僅為示意圖，雖然圖中看起來大小相近，但不代表兩者計算能力就相近，事實上以推土機/打樁機FX跟K10.5相較，同樣執行單一執行緒，紅色部分反而弱於K10.5的一個核心。同樣的，圖中的Module雖然畫得比SMT Core大，但不代表實作上Module的總計算力比SMT Core強，。最後，圖中標示為推土機，但打樁機跟壓路機也都是CMT架構，因此同樣的限制也存在。
