PCDVD數位科技討論區 - Intel被迫移除編譯器「作弊」功能->改一下CPUID同時脈效能暴增50%，比超頻還有用

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)

- 系統組件 (https://www.pcdvd.com.tw/forumdisplay.php?f=19)

如果換個 ID 重新編譯後, 效能差很大, 那 Intel 就真的太賤了, 除非 Intel CPU 還有隱藏的硬體功能未公開 ?! 只是這消息是真的嗎 ? 短短一些字, 好像不太可信 !!

都已經是測試程式了，應該老早就編譯完了吧？只不過靠著偵測CPUID來決定"要不要作梗"...
代表一遇到"非INTEL"的CPU，程式馬上降速給你看！不是跑不了那麼快，而是"裝慢"

:think: 不公正的測試軟體很快會被淘汰吧 :nonono:

小弟也覺得是PCMark的問題 :stupefy:

再來目前跑CPU測試的軟體這麼多，PCMark不但少人用且也不是權威，更不是唯一

假如intel需要特別做假的話那其他更多網友參考、使用的軟體(ex:Super PI)應該才是intel極力收買的對象

所以小弟覺得羊毛還是出在PCMark作者身上:ase

只改CPUID就能提高其他處理器效能的話!

那Intel真的欠鞭了
這跟職棒打假球一樣,不可原諒

那反過來說只要你有 via nano只要改個cpu id
就有比超頻還高的效能 :laugh: :laugh:

看了樓主每個連結後

我怎麼覺得這是斷章取義寫出來的文章 :confused:
大家去翻翻那兩個英文的連結

http://arstechnica.com/hardware/rev...no-review.ars/6
這整篇是在測試什麼
然後看看樓主po的圖下面那段文字說了什麼

看看提出這個理論的作者blog，下面其他網友的回應
http://www.agner.org/optimize/blog/read.php?i=49

原來嘴砲不是只有台灣打得兇 :unbelief:
標題殺人也不是台灣的專利

引用:

作者emu300

我的回文就說了，標題殺人少做一點...

繼續觀察中.............

這個數據是先前 VIA Nano 那塊板子與 ATOM 板子互相比較測試的文章衍伸出來的問題。
只是過了這麼久才被拿來討論、追究，顯得慢了好多步...

應該是與最近 AMD 那個勝訴有關聯，FTC 似乎也想針對 Intel 程式碼上面的這些情況來追究...
只是這次可能是因為 VIA CPU 的關係。

至於... 會不會對有偏頗的測試軟體起作用就不得而知了吧!!

這篇原文：
http://www.theinquirer.net/inquirer...e-amd-via-chips
試著亂翻一下... :laugh:
若是有更貼切的翻譯請自行加入~

引用:

THE US Federal Trade Commission (FTC) apparently is interested in the fact that Intel's compiler deliberately cripples performance for non-Intel processors such as those made by AMD and VIA.

美國 FTC 針對 Intel 有蓄意降低，像是 AMD、VIA 這些非 Intel 處理器編譯器的效能的狀況感到興趣。

Writing in his blog, programming expert Agner Fog said that it appears that Chipzilla's compiler can produce different versions of pieces of code, with each version being optimised for a specific processor and/or instruction set. The system detects which CPU it's running on and chooses the optimal code path accordingly.

程式撰寫人 Agner Fog 在他的 blog 寫到：這顯示出 Chipzilla 的編譯器可以產生出不同的編碼片段，來針對特定的處理器與指令集最佳化或是關閉最佳化功能。這套系統可以偵測 CPU 運作及選擇最佳化程式碼。

But it also checks what instruction sets are supported by the CPU and it also checks the vendor ID string. If the string says 'GenuineIntel' then it uses the optimal code path. If the CPU is not from Intel then, in most cases, it will use the slowest version of the code it can find.

但是，它也檢查指令集的支援與 Vender ID 字串。如果 ID 字串為 “GenuineIntel”就會使用最佳化程式碼；若是其他非 Intel CPU，在許多狀況下，程式只會使用其他較慢的程式碼。

While this is known, few Intel compiler users actually seem to know about it. Chipzilla does not say that the compiler is Intel-specific, either.

可以得知的是部分 Intel 編譯器的使用者似乎了解這種狀況。Chipzilla 也沒有提及針對 Intel 的最佳化。

Fog said that if more programmers knew this fact they would probably use another compiler as everyone wants their code to run just as well on AMD's processors as on Intel's.

Fog 說到：若是大部分的程式員了解這個現況，他們或許會使用其他的編譯方式使 AMD CPU 運行如同 Intel 的好。

Some benchmarking programs are affected by this, up to a point where benchmark results can differ greatly depending on how a processor identifies itself.

有些測試程式就有這樣的影響，測試結果的巨大差異是在於依賴程式如何辨識處理器。

It seems that in the fine print of the AMD settlement Intel has agreed to fix this problem. But apparently the FTC will still be interested because VIA could still be disadvantaged. μ

目前在與 AMD 的爭論下，Intel 似乎同意解決這個問題。但是，FTC 還是會持續關切這個問題，因為 VIA 仍處於弱勢狀態。