• 8

Intel「被迫移除」編譯器中「讓AMD變廢」的功能

theplum wrote:
最麻煩的是, 不知道...(恕刪)


問題是就算同樣式Intel的CPU, 也有新舊版本之分,舊的版本的CPU不支援新的指令集,難道這個GenealIntelCPU的命令就不會出問題嗎??

如果說他可以判斷新舊Intel的CPU是否支援哪些命令,那是否就一開始可以只針對指令碼去分析判斷不用特地對CPUID去做分別??

這個才是讓人覺得Intel可能有不公平的地方.....

至於SSE, AMD跟Intel都有支援的部份,那應該都是靠CPU內部自己處理了,跟程式碼比較沒關係(如果我當年的計概沒唸錯的話 XD)。程式→指令碼→CPU內部自行轉換。
riklin wrote:
從Intel的立場來...(恕刪)

政府介入一定是好事?
看看臺灣的汽車產業吧...
在政府的市場保護之下,
充其量只能稱為汽車組裝廠....
技術完全來自國外母廠,
頂多只有外觀、內裝設計的能力...
(雖然最近出了個自主品牌....)
相較起步比臺灣晚的南韓...
只能說...哼!
面對壞事的態度,決定了你心情的高度; 做人的態度,決定了你名聲的高度; 做事的態度,決定了你成就的高度。
ccyew wrote:


問題是就算同樣式...(恕刪)


正是, 所以Intel 懶得煩, 只理會自己的CPU 支援得怎樣就可以了.

如果小弟的計算機科學沒記錯的話, 電腦裡最佔用CPU 時間的動作就是處理conditional statement. 指令內有越多的「if...then...else」, 處理速度就會越慢. ICC如果再多檢查幾個可能性的話, 說不一定連自己CPU 的效能都會賠掉, 程式大小亦會增加. 所以它的處理方法就是「我的CPU夠快就好, 你的CPU 管你去死」......

同時針對兩家公司的指令集 (如SSE) 的軟體例子並不少丫, 亦沒聽說過哪間公司的軟體被投訴. 即使我們覺得同一個程式CPU A 跑起來比CPU B 快, 我們當中又有哪些人能指出, 程式運行的速度是和編譯器有關還是和CPU本身的速度有關?

CPU 轉換的效能......大大聽過Bochs這個東西嗎? 它能在32-bit 的CPU 上, 模擬運行 x86-64 的東西! 但是, 這玩意的速度嘛......小弟就不提了. 如果(是如果哦, 凡事都有可能性是吧?)ICC 啟動了其他CPU 的功能, 效能卻仍然不佳甚至出錯的話, 到時又是誰負責(對不起, 我又來了)?

再怎麼講都好, 沒有人有權要求Intel 該怎麼樣開發它的軟體......我們只有權決定用不用ICC, 或用不用由ICC開發出來的軟體.
theplum wrote:
大大是否有看過, 麥當勞或其他餐廳裡有「只准進食本店食物」的標語, 不知大大對此有何感想?

老實說沒有感想~因為我帶排骨飯在麥當勞裡吃過~還配紫菜湯~
吃完直接丟在店裡的垃圾筒內~
如果文明是要我們卑躬曲膝,那我就讓你們看見野蠻的驕傲。

天使的誘惑 wrote:

老實說沒有感想~因...(恕刪)


囧......

看來您的架勢太可怕, 令那些麥當勞姐姐不敢趕您~
theplum wrote:
囧......看來您...(恕刪)


這完全是個意外~當年我帶著便當要去開會~
突然同學給我改到麥當勞開~
我只好....T_T...真對不起那些工讀書~
我也很怕被趕出去~所以偷偷吃~偷偷丟~
如果文明是要我們卑躬曲膝,那我就讓你們看見野蠻的驕傲。
windows下有amd的編譯器嗎?

找了好久都找不到。

gcc有辦法給vs用嗎?
和 wrote:
windows下有a...(恕刪)


沒弄錯的話好像沒有......

其實說穿了,世界上要那麼多編譯器幹什麼......
e-day-day wrote:
http://www...(恕刪)



樓主啊樓主,你大概沒有好好的研究為何Intel在台灣會大賺錢

因為台灣有很多個食古不化的公家機關,在幫自家機關換電腦前,第一個想到的電腦品牌,就是Intel。第一個想到的作業程式,絕對會是Windows,不可能會是Linux,更不可能是蘋果,所以囉。Intel在那些老摳摳的眼裡,是最好的、最不可被取代的....

至於AMD與蘋果,在台灣只有「慘」字可以形容啊....
原來自家產品還要替別人最佳化,這不知道是哪裡學來的經典

如果書本沒有查到的話,建議Mobile01幾位網友快點去合寫新的企管論文/教科書....保證讓人「耳目一新」
  • 8
內文搜尋
X
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 8)
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?