有什么软件是一定需要 Intel 的 cpu 的

Intel 芯片组驱动

intel cpu 超频软件

没见过...
没准过两年这个理论就变成"x86 架构的通用性是最好的,有些软件 x86 跑才不会报错".
毕竟现在还是有不少软件是 arm 架构跑不起来的...

MAC:没听过这话，哪来的谣言

谁写这种软件，还不被客户骂死。。。

不知道，但有些会优先为 intel cpu 优化

制造业的古老工控软件很多吧，好些系统都只能 xp 。

https://www.zhihu.com/question/442981566/answer/2826032804
通常情况 c 端的软件不太容易碰到你所说的情况

我印象里 matlab 有些库以前只能用英特尔 cpu 跑，但最近也开始支持 amd 的 cpu 了

2020 年新闻。

还有一个是微软件的邮件服务器，也得专门打 amd 补丁才可以正常使用。那应该是 2014 年前的事情了。

只有内存条什么的可能会只认 intel ，软件没听说过，毕竟软件是运行在操作系统上的，调度 CPU 也是操作系统，和软件关系不大吧，除非有什么上古工业软件。

2020 年新闻。
具体来说，Matlab 会提前检测处理器身份，也就是 CPUID 字符串，如果找到 GenuineIntel ，也就是正品 Intel 处理器，就会利用 Intel MKL(路径内核库)，并调用 AVX2 指令集，获得理想性能。 但如果是其他，比如 AuthenticAMD 代表的 AMD 处理器，就会无视其支持的 SSE4 、AVX 、AVX2 等新指令集，只会使用古老的 SSE 指令集，效率自然大大下降。

vtune 只支持 Intel 的 cpu ，当然也能用 perf 甚至自己写就是了

Intel 写过很多科学计算的库，这些库在 AMD 处理器上只会以兼容模式运行

我记得 amd 为了性能去掉了一些陈旧的指令集，可能会导致旧软件运行问题？

某些嵌套虚拟化

偏个楼问一下, 怎么才能在用户层开发软件(在某个操作系统上) 写软件, 能造成 CPU 的不兼容. 或者换句话说, 使用 C/C++ 怎样才能写出不兼容 AMD CPU 的代码

@zackzergzeng 据我所知去掉了 Intel 本来就不支持的 3dnow 家族指令集。

用 Intel 遇到报错、性能低问题会认为是系统问题或软件问题。

用 Amd 有更高概率认为是兼容性问题（支持不完善，故意不完善）。

微软+Intel 这套打法真的有毒。

@bruce0 https://wiki.osdev.org/CPUID

上古版本 matlab 。。。

@bruce0 我自己在某些性能要求比较高的地方，直接写 SIMD 指令。在那之前会检查 CPU 。

写的时候都是对着 Intel 的手册写的，没考虑过 AMD 是否支持（ AMD 也有对应的指令集，只是我们没测试）。基本上你在 C++里插汇编或者用到特定指令集，才需要考虑 CPU 型号的限制。大部分功能哪都能跑的。

@bruce0 https://v2ex.com/t/979597

@GeruzoniAnsasu
@Mithril
@Yadomin

多谢,大概了解了

在做一些二进制调试的时候需要 Intel 的芯片支持，因为用的是 Intel 的技术，例如 intel-pt 、pin 这些

黑苹果下的虚拟机

@bruce0 #17
开局检测一下 cpu 型号，是 amd 就跳出。

一些行业软件只能在 Windows 下边，最好用 Intel 的，AMD 都有可能出奇奇怪怪的问题

最近遇到的 exvs2 的街机客户端。原来只支持 intel cpu 后面有人出了 amd 的补丁，而且就现在这情况下，不同 cpu 联机还会出现问题

MKL （ Intel Math Kernel Library ），很多科学计算软件会用，但是目前 AMD 下好像也基本兼容，或者选用其他底层数学工具包替代。

@Zien 有，部分软件需要的指令集不一样，比如 AVX 这种，死亡搁浅如果没有 AVX2 进不了游戏

服务器上 ARM 有多少软件可以跑？

早期虚拟化类比如安卓模拟器的加速驱动只有 Intel 版，后来才慢慢有 AMD 的版本，所以保不齐将来有什么新技术也是优先适配 Intel ，这么说 Intel 通用性最好也没错

多了去了.intel 开发套件比如 open vino 你能在 amd 上面跑？

intel haxm

印象中 vmware 在 amd 平台下会有问题，当时还是 zen2 ，特定的版本才能用，现在不清楚怎样了。

工控软件，很多都有要求。

intel ept/pt ，强大的虚拟化 DMA 和调试器都只实现了 intel 版本。AMD 在特殊应用上生态极差。

简而言之就是指令集的问题
x86-64 指令集历史包袱太重了
RISC-V 战未来

@enihcam 自己写的或者开源软件，只有没有针对 x86 单独优化，重新编译后都能跑

@wm5d8b 完全不从成本和经济学角度讨论，那还讨论啥呢

@wm5d8b “只要。。。就。。都。。”这种句式在讨论中没有任何意义。

AMD 就是一生黑，黑他一点都不冤。虽然我也用 AMD 。
显卡是 6750gre12g ，确实驱动会出现各种各样的问题，最近一次是三天前，更新驱动，更新完发现录制功能没有了，找解决办法无果，重装驱动解决。
再之前，玩欧卡我喜欢开 N 卡的 surround 跨屏，Nvidia 的支持很好，A 卡这边，如果 A 显示器 1080 ，B 显示器 4k ，一跨屏幕就会黑屏，最终发现原因是 A 卡错误的设置了其中 A 屏的分辨率，在正确设置分辨率后，会以非常奇怪的形式显示，4k 屏丢失一部分画面。这对于小白来说是灭顶之灾，黑屏后拔插显示器重启都不会重置，它会永远变黑，并且即使你手动关闭后，下次开机还是有概率开机启动跨屏幕，解决办法是重装驱动。

这些问题很容易解决吧，AMD 到底是无能还是不想解决呢？

针对 CPU 来讲，如果需要做一些虚拟化，例如装 PVE 宿主，在客户机配置修改时，AMD 宿主 CPU 的参数和 intel 是不一样的，而大多数教程来讲，默认是 intel 参数，AMD 你就低人一等自己找其他教程吧。
现在 AMD 市场大了，这个情况会逐步减少，我看到的大多博客都会加入 for AMD user 的教程。

但是我的建议是花同样的钱获得同样性能的前提下，少给自己找事。

@aisles1 👍，不过这个也是和代际有关系吧，和 I 或 A 关系不大。