对程序员来说，使用不同的编译器会带来不同的效果，所以他们在开发时都会考虑到编译器的影响。对普通消费者来说，并不能感受到编译器的影响，因为我们运行的程序都是编译过的，非程序员是不会想到编译器问题的。德国Heise网站就做过这个测试，他们在Windows 10专家Andreas Stiller的帮助下分别使用微软VS2017以及Intel的System Studio 2017编译了SPEC CPU2006的测试，测试的结果如下：

在Intel自家编译器及微软VS编译器下，Ryzen及Intel处理器也有不同表现

我们以Ryzen 7 1800X和Core i7-7700K为例，SPEC CPU2206的Libquatum测试中，微软VS2017编译器下Ryzen 7 1800X是33.6、44.3，后者领先1800X处理器32%，而在Intel编译器中使用不同的指令集，不同处理器的性能会有所不同，在QxCore-AVX2下，Ryzen 7 1800X、Core i7-7700K分别是39、53，两者都有不同程度的性能提升，不过Core i7-7700K的领先幅度达到了36%，比之前32%有所增加。

以上结果只是这个测试的一部分，Heise的这个测试是发表在他们的杂志上的，阅读全文需要订阅付费，所以我们现在只能看到部分结果，不过这已经能说明一些问题了。早前大家或许听过Intel编译器的传奇，他们不仅拥有最好的处理器，而且在C语言编译器上也下过很多功夫，自家处理器用自家编译器会有更好的效果。

不过原文里也提到了一些问题，比如Intel的编译器会失败，AVX2指令集有时候会有反效果，导致Intel处理器降频。更重要的是Intel编译器的QxCore-AVX2优化是不能运行在Ryzen处理器上的，他们用了个小补丁才绕过这个问题。

PS：看到这里的结果，再联系下AMD之前针对Ryzen游戏性能不行的表态中提到过的问题——整个软件、游戏业界之前都是为Intel平台优化的。当然，这个问题说到底还是AMD自己的问题，几年不升级处理器架构了，事实性地放弃了高端处理器市场，Intel为自家处理器提供更好的编译器也很正常，也没义务为AMD处理器提供同样的优化，说到底AMD打铁还需自身硬，好在有了Ryzen处理器，AMD已经有竞争的基础了，剩下的就是需要持之以恒的帮助消费者及程序员、开发者等群体不断优化性能、改善兼容性吧。

AMD、Intel处理器选择、推荐的问题，大家还有什么想说、想问的吗？欢迎加小超哥（ID：9501417）微信咨询。

　　PGI及其才华横溢的员工将继续在 PGI 的旗帜下运营，为多核x86以及GPGPU开发OpenACC、CUDA Fortran以及CUDA x86。他们将继续服务广范围的客户，其中包括芯片制造商、研究实验室以及HPC计算中心。

　　NVIDIA没有透露此次收购涉及的金额及交易完成时间。

　　影响多核应用体验的主要原因就是目前的代码普通都是针对单线程准备的，对多核及多线程支持不足，因为在处理器四十多年的历史中单线程一直是绝对的主流，商业应用中多核虽然已经很普遍，但在民用市场针对多核优化的代码及软件还是比较少，理论测试的软件倒是有不少支持多核的，不过实际应用中就没那么多了。

　　想改变这种代码优化不足的情况除了靠程序员自身的努力之外，编译器（compiler）也大有可为，如果它能自动识别线程（Auto-Threading）并进行优化的话就可以节省程序员的时间和精力了。这听起来有点像白日梦，不过微软、Intel等公司确实是在进行这方面的研究，Intel最新的编译器已经有类似自动线程的功能，不过Intel的编译器虽然性能优秀，不过影响力还是比不过微软，这个功能还需要微软动手。

虽不明，但觉厉

　　Dr.Dobbs报道称微软最近公布的研究论文（有兴趣的可以下载看看）中就有自动线程编译器功能，它将作为微软C语言编译器的扩展而存在，可被用来动态追踪代码的突变性，自动决定应该使用单线程还是多线程。虽然原理说起来是这么简单，但是这个功能实际上非常复杂，它必须要正确处理可能由此功能产生的各种未知错误，以避免产生内存数据错误或者其他问题。

　　只不过这个功能还没有最终完成，微软也没有公布支持相关功能的编程工具何时发布。

PS：程序员又要“杯具”了，线程优化的工作都不需要人工完成了，那天技术更发达了，为我们编程的可能就是一批机器人了，不吃不喝也不用养家，一天24小时上班，老板高兴死了。