由于windows更新，gcc编译时间增加 我的团队使用 ARM NOE-EABI- GC.EXE（Suffy CoffultLite 2012.0963）4.7.2从代码< VisualStudio2013 编译C++。

我的同事最近升级了他们的机器

旧电脑：

Windows 7 x64

16GB DDR3

英特尔3770K

固态硬盘

新电脑：

Windows 10 x64

16GB DDR4

英特尔7700k

固态硬盘

完全相同的96个文件集的编译时间为：

旧版：

60秒

新增：

104秒

尽管更快的CPU和更快的内存，编译变得更慢

我在几位同事的电脑上观察到了这一点

在这一点上，你可能会认为这是一个硬件问题，除了以下几点：我从2017年9月开始使用了新的PC配置，突然，在没有任何硬件更改的情况下，我注意到2017年10月/11月

我的编译速度急剧降低

因此，我认为是windows更新导致了这个问题

问题

我怎样才能确切地推断出经济放缓的原因

澄清#1

我不是说我的编译在Windows更新期间会变慢。我的意思是，过去发生的一些windows更新导致我的编译速度减慢

更新#1

我正在使用一个空白的
.cpp
文件并编译了100次，但我仍然看到Windows7 PC和Windows10之间的时间差异

我99%确定这是gcc for windows中的一个“bug”。我安装了，我看到了相同的问题

但是，当我使用
cl.exe
编译一个空白文件100次时，只需5秒，与Windows 7和旧版Windows 10（10月/11月）上的gcc相同

我的测试脚本是：

set GCC_EXE="C:\Program Files (x86)\GNU Tools ARM Embedded\7 2017-q4-major\bin\arm-none-eabi-gcc.exe"
set startTime=%time%
echo off
%GCC_EXE% -c "empty.cpp" -o ".\empty.obj"
%GCC_EXE% -c "empty.cpp" -o ".\empty.obj"
%GCC_EXE% -c "empty.cpp" -o ".\empty.obj"
...

Windows Defender在生成过程中重复扫描GCC二进制文件

禁用“实时保护”解决了这个问题

此外，将可执行文件所在的文件夹添加到排除列表也很有效。
Windows Defender在生成过程中重复扫描GCC二进制文件

禁用“实时保护”解决了这个问题

另外，将可执行文件所在的文件夹添加到排除列表中也很有效。
@Carcigenicate该补丁直到2018年才发布，我注意到10月/11月的速度有所放缓，但我会卸载它以确保再次测试。尝试将internet连接设置为“按流量计费”，以便W10更新不会自动运行？你确实检查过任务管理器来寻找CPU使用率高的东西，对吗？@DaveS抱歉把我的问题说错了。啊。你确实检查过任务管理器，对吗？如果一个流氓进程正在占用CPU，那么这将减慢编译速度。另一件事是从Windows Defender（或您正在使用的任何AV）中豁免文件夹所以它不会抓取每个文件并扫描它。@DaveS没有占用CPU的任何东西。@Carcigenicate该补丁直到2018年10月/11月才发布，我注意到10月/11月的速度有所放缓，但我会卸载它以确保再次测试。试着将internet连接设置为“计量”，以便W10更新不会自动运行？你确实检查过任务管理器来寻找CPU使用率高的东西，对吗？@DaveS抱歉把我的问题说错了。啊。你确实检查过任务管理器，对吗？如果一个流氓进程正在占用CPU，那么这将减慢编译速度。另一件事是将文件夹从Windows Defender（或您正在使用的任何AV）中豁免，这样它就不会抓取每个文件并进行扫描。@DaveS没有占用CPU。从技术上讲，
解决了这个问题
。另一个解决方案是将所有具有相同标志的
.cpp
传递给一个
gcc
调用，从技术上讲
解决了这个问题。另一个解决方案是将具有相同标志的所有
.cpp
传递给一个
gcc