※ 引述《joinyuy (jsd)》之铭言： : 但是你是资工系 要考虑到是否编写程式 : 写程式我个人没经验 但是我有位骇客级的朋友 把 AMD 系列的 CPU 只和 3D 或是 Game 联想在一起是无可厚非 因为这是 AMD 的 强项 不过并不代表日常生活就有何不便利呦 :) 试想在 Wintel 主流的社会 要能 切入甚至超越 至少相容性要做到足以应付一般化的所有需求 这种需求不一定包含 "最佳化" 的部份 但绝对是需要 "全面性" 不然跑个专业一些或是特殊一些的软体一开就挂 相信这种 CPU 是没有办法给人太 多信心的 早年的 K7 因为晶片组与散热问题 稳定性一直让人无法全然放心 不过 这种观念到了 K7 的後期倒是已经改良很多 -- 尤其是 VIA 400a / nForce 2 400 Ultra/MCP 以後 至於到了 K8 的时代 2005 年以後 大概已经没有多少人对其稳定性有太大的质疑 : 他跟我说 写程式还是用I牌的系统较稳 除错时比较不会死当 : 尚能储存未完成的工作 K8的话 可能就是reset键上班的时候了 : 当然 不是我亲身的经验 只是提供给你参考 写程式是我吃饭的家伙 但是我也只能在我常用的环境下做比较 不过我有些东西可 以和 j 兄分享一下 :) 首先我不知道什麽是 Hacker 级 是否如 Unix-Like 的 Kernel Hacker 之类把相关 source 部份研究的都很透彻的那种 ? 不过现在的 AMD 和 Intel 在错误发生时的 对应做的很好 我们往往关心的倒比较是软体的支援问题 如果我们 coding 时 一般都是用 editor (不管是 compiler 内建 或是其他文字编 辑器) 做好再进行 所以真的要执行组译或是编译 原始档应该是不会被破坏才对 甚 至於 Unix-Like 的 console mode 下某个窗挂掉 大不了 Ctrl+Alt+Fx 切换到别的 console 再把有问题的 process kill 掉即可 至於现在的 Windows XP 稳定性也进 步很多 其实存档这个东西倒是种习惯 而不见得要与处理器扯上直接关系 :) 这点不管是用 在 MS Visual Studio / Borland / GNU 家族或是其他任何一款编译器或组译器上 都一样(现在直译器应该比较少) 毕竟要先写出程式段来再执行 除错/语法检查(某 些内建即时检查)/编译 :) 说到 CPU 的使用状况 以 FreeBSD for AMD64 这类 OS 为例 从网路安装时 有的是 binary file 有的则为 text source 而在安装的过程中 经常有需要用到即时编译 的动作 如果处理器有问题 安装即会失败 甚或者装好 OS 後需要 make world 或是 make depend all install 都是把整个 kernel 重新 compile 一次 在这类的处理 上 系统的稳定性与编译的错误跳离有多重要 自然不可言谕 所以选择 AMD Athlon64 或是 Intel Pentium(R) 我们比较常去考虑用途与效能 诸 如例外处理或错误发生的状况 现在可以建议不必列入主要考量 两家都做得很好 :) == 有错请指教 :) -- 修改原因 : Alt+Fx -> Ctrl+Alt+Fx ^^;;; 感谢 littleshan 兄的指正 3Q ^OO^y --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 203.70.65.28 ※ 编辑: Dopin 来自: 203.70.65.28 (08/13 17:32)