Re: [問題] 請幫我看看菜單

看板hardware (電腦硬體)作者pig (歡迎加入豬頭黨)時間19年前 (2005/08/14 15:02)推噓1(1推 0噓 0→)

留言1則, 1人參與討論串2/2 (看更多)

※ 引述《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)