代码之家 › 专栏 › 技术社区 › SoLaR

Visual Studio 2017 VC++平台工具集V141比V100慢,为什么?

compiler-optimization optimization visual-studio c

SoLaR · 技术社区 · 8 年前

我正在重写一些S3TC算法,在分析我正在测试的优化时,我使用的是vs2010。在我写完代码之后,决定在v141平台工具集上对它进行分析。克隆单独的解决方案,并将文件作为原始方案的克隆进行项目,并将解决方案加载到vs2017中。将分析过的项目重新定位到平台工具集v141,windowsdk10,清理并重建所有内容,做了几次。。。

性能下降导致的分析仅版本,而调试版本的值与vs2010调试非常相似。实测落差释放之后,我将目标重新定位到平台工具集v100,离开windowsdk10,重新构建所有内容。分析结果与vs2010分析结果相同。回到v141,性能下降了约11%。这告诉我,与v100平台工具集相比,v141平台工具集的c/c++编译器效率更低。

以前是否有人遇到过这种情况,并发现了新一代编译器出现这种行为的原因?

这是微软编译器团队中优秀程序员的垮台,还是我遗漏了一些东西?

1 回复 | 直到 8 年前

infixed 8 年前

最近,针对CPU中投机性执行的攻击已经成为新闻,著名的例子是幽灵和崩溃。

其中一种解决方法是在编译器中

Understanding the performance impact of Spectre and Meltdown mitigations on Windows Systems

“以下是[微软]迄今为止发现的情况摘要:

随着Windows10在较老的硅芯片上运行(2015年时代的PC带有Haswell或较老的CPU),一些基准显示出更大的速度放缓,我们预计一些用户将注意到系统性能的下降。

由于Windows 8和Windows 7采用的是较老的硅片(2015年时代的个人电脑采用Haswell或较老的CPU),我们预计大多数用户会注意到系统性能的下降。

因此,使用包含这些缓解措施的编译器重新编译的程序很可能会对性能造成较小的影响。

推荐文章

gd1234 · 编译器会知道跳过这个循环吗?

2 年前

mindoverflow · C long int总是像big endian一样访问内存?

2 年前

ChrisB · 为什么Rust不为内存布局重新排序枚举中的字段?

2 年前

fabian · (为什么?)simpe循环不是矢量化的,而且比SIMD计算慢吗?

2 年前

Ricardo Machado · 在Copy类型中使用std::ptr::write_volable的内部可变性的安全性(即没有UnsafeCell)

2 年前

Hans · 避免在C++中优化未使用的变量?

2 年前

zhe chang · 当在构建过程中选择低sdk版本代码时,android应用程序在android-14上运行得更慢吗?

3 年前

TheHans255 · 在LLVM中,您能指定两个不同的代码路径将产生相同的结果吗?

3 年前

Rowan Smith · 优化值类型(如System)。UInt32()

3 年前

Aman Deep Gautam · 当临时不使用但稍后更新时,编译器是否可以优化成员访问

3 年前