要是正式版的CPU則是i7 OOO E8XXX Q9XXX之類的。
所以真的是認這玩意?豈不是連Retail的市售版 CPU都受害?
好吧,或許在其他地方還有這字樣吧。
ICC我也有用,不過我感受不到用AMD跟Intel CPU的時間差異。或許我編寫的程式太小了吧。
第二:文章我記得在VIA Nano發佈的時候就有看過了。而且不是針對性的,不是嗎?連舉例都是拿VIA的CPU舉例子。
第三:自己做的軟體對自己的產品做優化有啥不對?
別家的指令我怎麼知道能不能跟我的軟體相容,去call他會不會出事?
我覺得沒反過來怪其他製造商沒送產品來驗證吧。
居然忘了01要當流量大的營利網站,而不是專業網站,我還囉唆雞婆個雕~一起喊無腦萬萬歲就行了呀,多省事。
Calling CPUID
In assembly language the CPUID instruction takes no parameters as CPUID implicitly uses the EAX register. The EAX register should be loaded with a value specifying what information to return. CPUID should be called with EAX = 0 first, as this will return the highest calling parameter that the CPU supports. To obtain extended function information CPUID should be called with bit 31 of EAX set. To determine the highest extended function calling parameter, call CPUID with EAX = 80000000h.
EAX=0: Get vendor ID
This returns the CPU's manufacturer ID string - a twelve character ASCII string stored in EBX, EDX, ECX - in that order. The highest basic calling parameter is returned in EAX.
The following are known processor manufacturer ID strings:
"AMDisbetter!" - early engineering samples of AMD K5 processor
"AuthenticAMD" - AMD
"CentaurHauls" - Centaur
"CyrixInstead" - Cyrix
"GenuineIntel" - Intel
"GenuineTMx86", "TransmetaCPU" - Transmeta
"Geode by NSC" - National Semiconductor
"NexGenDriven" - NexGen
"RiseRiseRise" - Rise
"SiS SiS SiS " - SiS
"UMC UMC UMC " - UMC
"VIA VIA VIA " - VIA
=========================================================
所謂"讓AMD變廢",從現在看到的資料,倒不是類似刻意去塞dummy指令給AMD CPU這種情況,指的是若Vendor ID不是"GenuineIntel"、也就是非Intel CPU,就不執行針對Intel CPU優化的code path。
通常這是在程式有link進Intel提供的現成library的情況下,例如Intel所提供的IPP(Intel Performance Primitives)函式庫,內含Intel軟體工程師已經運用MMX/SSE最佳化過的各種基本函式(像IDCT、Fourier Transform、Cryptography....等)。
我自己之前寫這種可運用MMX/SSE等SIMD指令集加速的程式,通常不會去link Intel寫好的library,而是自己用SIMD指令去寫,在偵測到CPU支援MMX/SSE家族指令集後,就走MMX/SSE的code path(不管是Intel、AMD的CPU),如果沒有支援MMX/SSE家族指令集,就走SISD的scalar code path。至於把Intel跟AMD的SIMD code path進一步再分開的事兒,早年在AMD獨家支援3DNow!指令集、有提供幾個不錯用的特殊指令時(例如PAVGUSB...),小弟也幹過......
這個問題等下又有吵起來的潛力:會說Intel家大業大,為什麼不大方一點讓AMD的CPU也能分享經過Intel工程師最佳化過的函式庫的執行成果,唉!這兩家公司快卅年的恩怨情仇.....假如身為小市民的我有個廿多年處不好的鄰居,而兩家都有一些無法搬離的主客觀因素,我也不知道我有沒有這個雅量見了面一定還要保持最高風度熱情打聲招呼、逢年過節還主動送他些自家作的粽子、年菜等........照道理,微軟也應該主動公布IE的原始碼、別自訂網頁語法,讓其他較小間的瀏覽器廠商能夠從源頭解決某些網頁的相容性問題.........
對錯難判,鄰居例子舉的又很爛,如果有軟體業朋友,在資源允許的情況下,建議可以自己寫SIMD程式,程式邏輯、原始碼及元件自行掌控,較不受影響.....
內文搜尋

X