PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   系統組件 (https://www.pcdvd.com.tw/forumdisplay.php?f=19)
-   -   [主流中高階市場]intel目前已無力與Ryzen競爭? (https://www.pcdvd.com.tw/showthread.php?t=1123472)

hareluya6510 2017-03-02 02:58 PM

引用:
作者hoba
那是 AMD 自己的黑歷史,被拿來當作談資能怪誰?
k7 早期沒做過熱保護電路,溫度拉上去不會喊停,直到火鳥功發功...


這一切都要怪湯姆大叔了 :)
他們做了實驗,把K7/P3的散熱器移除
P3是直接關機,K7就變成火燒機,CPU死掉還自帶火化效果
AMD K7被戲稱為 "火鳥" ,真的不是浪得虛名的。

Huckebein 2017-03-02 03:06 PM

說到某些測試程式會先認處理器品牌,這件事以前是也有聽說過
不過我老早忘記是哪款測試程式了

當時就是有人把處理器辨識改成INTEL,測試分數就上升了…
這件事在那時候炒蠻熱的

bureia 2017-03-02 03:19 PM

引用:
作者hareluya6510
這一切都要怪湯姆大叔了 :)
他們做了實驗,把K7/P3的散熱器移除
P3是直接關機,K7就變成火燒機,CPU死掉還自帶火化效果
AMD K7被戲稱為 "火鳥" ,真的不是浪得虛名的。

當時的湯姆鐵鎚很多好看的,還會拍一些影片,記得還有破Palomino K7倍頻的教學,配樂都不錯
現在滿滿都是廣 告 :stupefy:

引用:
作者Huckebein
說到某些測試程式會先認處理器品牌,這件事以前是也有聽說過
不過我老早忘記是哪款測試程式了

當時就是有人把處理器辨識改成INTEL,測試分數就上升了…
這件事在那時候炒蠻熱的

記得是VIA出的CPU可以改CPUID,改成「GenuineIntel」後得分爆增,
PC Mark也被罵翻

站內文:
Intel被迫移除編譯器「作弊」功能->改一下CPUID同時脈效能暴增50%,比超頻還有用
http://www.pcdvd.com.tw/showthread.php?t=882197

600806949 2017-03-02 04:39 PM

引用:
作者hareluya6510
這一切都要怪湯姆大叔了 :)
他們做了實驗,把K7/P3的散熱器移除
P3是直接關機,K7就變成火燒機,CPU死掉還自帶火化效果
AMD K7被戲稱為 "火鳥" ,真的不是浪得虛名的。


[YOUTUBE]FZXtjulXzfI[/YOUTUBE]

這時候就要唱"燃燒吧!火鳥!"

:laugh: :laugh: :laugh: :laugh:

野口隆史 2017-03-02 04:49 PM

引用:
作者bureia
當時的湯姆鐵鎚很多好看的,還會拍一些影片,記得還有破Palomino K7倍頻的教學,配樂都不錯
現在滿滿都是廣 告 :stupefy:


記得是VIA出的CPU可以改CPUID,改成「GenuineIntel」後得分爆增,
PC Mark也被罵翻

站內文:
Intel被迫移除編譯器「作弊」功能->改一下CPUID同時脈效能暴增50%,比超頻還有用
http://www.pcdvd.com.tw/showthread.php?t=882197

會下這種作弊標題的人
想必應該不懂何謂編譯器優化吧

寫程式的人如果不想管編譯器優化開關
本來就是會發生這種事情....

gcc, vc通通都一樣
icc差距大,那純粹就是智能判斷比其他編譯器好
否則intel有甚麼理由
要針對AMD cpu去做優化?

AMD自己出一套編譯器不行嗎?
別說編譯器沒有,連自家出的免費數學庫都沒有人要用
同樣的東西intel比AMD強大太多
AMD甚至還比VC++內建的還要差

自以為踢爆了甚麼,結果現在BUILD個東西
在intel處理器上正常,換到AMD處理器上面就是某段程式碼會直接崩潰
矯枉過正,最嚴重也差不多就是這樣...
反正對intel來說別家處理器不正常本來就不是他們事情
icc從頭到尾都沒有保證過在其他家處理器也能正常使用...
全世界編譯器那麼多,偏要找icc來優化非intel處理器
自己沒能力解決,藉由網路輿論撻伐intel
還以為自己造福人群,簡直就是莫名其妙..

bureia 2017-03-02 05:04 PM

引用:
作者野口隆史
自以為踢爆了甚麼,結果現在BUILD個東西
在intel處理器上正常,換到AMD處理器上面就是某段程式碼會直接崩潰
矯枉過正,最嚴重也差不多就是這樣...
反正對intel來說別家處理器不正常本來就不是他們事情
icc從頭到尾都沒有保證過在其他家處理器也能正常使用...
全世界編譯器那麼多,偏要找icc來優化非intel處理器
自己沒能力解決,藉由網路輿論撻伐intel
還以為自己造福人群,簡直就是莫名其妙..

沒有看原文

不過PCMark既然是測benchmark的程式,那應該不能有針對某家最佳化的程式碼,
不然同樣的CPU只改個CPUID,出來的分數卻差很多,那就沒有信用了

600806949 2017-03-02 05:16 PM

1個附加檔案
女神店上架CPU了

不過主機板還沒 :ase

zergqq 2017-03-02 05:19 PM

以x264而言,就需要判斷cpuid使用不同的asm做壓縮/解壓縮
因為各家cpu對同一道指令速度不同
如果cpu1用sse2比sse慢,難道還要用慢的嗎?
重點是要花時間選擇指令集,或是呼叫某家對自己最佳化的程式庫
這到底公不公平
如果為了公平而都只用i386 build那也失去了不少參考價值

野口隆史 2017-03-02 05:32 PM

引用:
作者bureia
沒有看原文

不過PCMark既然是測benchmark的程式,那應該不能有針對某家最佳化的程式碼,
不然同樣的CPU只改個CPUID,出來的分數卻差很多,那就沒有信用了

那這個就是PCMark方面的問題,跟ICC沒關係不是嗎?
而PCMark在這邊做錯的地方就是完全依造預設參數下去build才會這樣
不然我用icc一樣可以針對AMD已經有的部分去優化
甚至做個開關判斷cpu有支援avx2就啟用avx2,沒有就avx
連avx也沒有就sse3,這樣也不是不行
而直接檢測cpu id來決定開啟那些功能
在intel處理器上本來就沒有問題
例如AVX2僅出現在4代CORE I以後的
那我只需要檢查CPUID低於四代CORE I
就不啟用AVX2就好了,根本不需要逐項檢查
PCMark今天作為一個性能平測軟體,用這種方法
就是便宜行事,就這樣而已

就ICC方面,這樣的做法就純粹是安全跟穩定性方面考量
如果程式無法判斷CPU是否支援該指令集
冒然執行本來就不支援的東西,結果就是Force close而已
沒有第二種結果,認為這是打壓別人的小動作根本就是想太多
有空在這邊陰謀論,不如花個兩天時間去研究一下編譯器
找幾個open source的東西練習優化一下
網路上這類口水會少很多

我部悍將刘刕 2017-03-02 08:22 PM

英特噁:硬件、軟件,加上主辦、協辦所有的測試單位,全部都是我的人。怎麼和我鬥?


所有的時間均為GMT +8。 現在的時間是10:03 AM.

vBulletin Version 3.0.1
powered_by_vbulletin 2025。