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