※ 引述《joinyuy (jsd)》之銘言： : 我承認 我是轉述他人的經驗 也就是你說的道聽塗說 : 我也在我首次回文中有轉述錯誤的部分 因為不是產生必須重開機的死當 : 而是出現編輯器無回應的程式性錯誤 也就是必須用工作管理員強制關閉程式 : 另外還有出現同一段錯誤程式碼 PIII跑得過 K8(754)卻當掉的狀況 : 是在使用Java以及C++的工作下發生的 也許不是常常出現 但是難保不會 : 不然為什麼同樣規格的硬體 某些品牌就是會互相衝突 : 測試...說真的 我不寫程式 我提不出來 但是我提供我身邊的經驗 : 今天K8在各項評測分數中大勝 但是卻少有關於程式編輯的測試 不少的測試網站，都會有一個基本的linux kernel compilcation time 甚至為了測多cpu，make -j3 -j5之類的通通都跑出來， 當然，你要找一般的測試也許比較不容易看到， 要找linux testing或是server的那種測試主題，這幾乎是一定會測的東西。 : 幾乎都是強調 效能_效能_效能! 當然AMD將記憶體控制器和U一體成型的做法 : 在效能上令人驚歎 但是I社發跡早 相信許多程式編輯器對Intel的支援 : 亦不是一年兩年的事了 既然版主你也不想測試 當作分享經驗又何妨 : 我不排斥分享你寫程式的經驗(指硬體相容方面) 說出來大家參考看看也不錯 我寫程式/編kernel大多是在amd的cpu的環境 編過linux 2.4 2.6的kernel (i386) 編過freebsd 4.x 5.x 6.x 7.x的kernel (i386/amd64皆有) 編過整個gnome整個kde整個xorg，只要軟體不出問題， 還沒遇到過因為硬體而造成編譯不過的。 當然，在P4上也差不多。 說實在的，gcc支援的cpu絕對不只是x86這一支而已， 而且在大多數的情況下，intel和amd對gcc來講，通通是一樣的CPU，都是i386 (除非你要開MMX/SSE之類的)，在那邊講對intel的支援比較好比較壞， 那也只是因為CPU本身的設計，對不同的指令速度不一樣，指令順序不一樣速度 也不一樣，而想辦法儘量用跑最快的方式去排指令罷了。 簡單的說那個"支援"只是最佳化問題，只要i386的CPU都可以跑，只是誰快誰慢而已。 (這些最佳化都可以在compiler上設定的，你要CPUTYPE=opteron編下去給他跑 然後拿到P4下一樣可以用，只是也許會慢一點而已) 至於你的intel在編譯的時候比amd穩的一大串傳言，我只能說我不認同。 http://www.cray.com/products/xd1/index.html 當然你也可以堅持amd的cpu跑c++和java會出問題，麻煩你寫信去cray要求他們把 所有的opteron通通打掉換成 St. Intel(tm)的Xeon才可以編出血統純正的程式碼。 然後請他們在電視上播這個廣告 克雷公司的超級電腦全系列採用Intel Pentium 4處理器 噹噹噹噹 不賴吧。 -- 真正值得尊敬的人， 是那些照亮別人，卻沒有光環的人。 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.229.44.191 ※ 編輯: pig 來自: 220.229.44.191 (08/14 15:27)