[参考译文] TMS320F28379D：使用 Windows 11 时、C2000 构建时间要长得多

您好：

除了 Windows 版本之外、主机操作系统上运行的安全软件是否有任何更改？ 这将比从 Windows 10 到 11 产生更大的影响。 我最近进行了类似的升级、没有注意到构建速度有差异。 她说这话竟然有点抽泣,不敢相信地看着他。 我们的安全/防病毒软件是本案例中的最大罪魁祸首。

谢谢

Ki

在运行一些测试后、在我的 Windows 11 计算机上构建一个内核的平均构建时间似乎是 1m50、而我的同事构建大约需要 1 米（速度几乎是原来的两倍）。 在软件/防病毒软件方面没有明显的差异、因为我们都连接在同一个网络上、并且使用相同的公司 IT 工具（我们比较了机器和应用程序设置上安装的应用程序）。  然而,我注意到的一件有趣的事情是,我打开的应用程序越多,构建时间就越有机会大幅增加和波动（在 1m45 和 2m18 之间）。 我打开的应用程序越少、我越接近平均构建时间、任何延迟的几率就越小 (1m50)。 这向我表明、在其他应用处于打开状态时、CCS/C2000 编译器很难正确分配资源、并且未针对快速构建进行优化。 我从一些同事那里听说、在某些情况下、命令行的构建速度要快得多（持续几秒钟）、因此我可以尝试使用它、但这肯定不是理想的做法、因为我更喜欢从 IDE 构建。 如果命令行只需要几秒钟、那么 CCS 的编译效果肯定会非常显著、所以我想到的问题是为什么？  但这是一个单独的问题。

需要注意的是、我的机器是顶级的、英特尔酷睿 i9、32 核、1TB Micron SSD、64GB RAM。 与我以前的笔记本电脑（只有 16 个内核、旧代处理器、32GB RAM）相比、我的新笔记本电脑无法解决资源问题。 因此、至少可以说这是出乎意料的。

Ki,我的道歉,似乎有一些混淆与我们收集的数据点。 我刚让我的同事在 Windows 10 笔记本电脑上使用了比我的笔记本电脑更差的规格重新运行相同的构建、所有应用程序都关闭了、他的平均构建时间达到了 1 分 50 秒、因此这似乎不幸地排除了 Windows 11 作为主要怀疑者。

这告诉我您的评估是正确的、Windows 10 或 Windows 11 应该不重要、但正是后台的应用占用了资源、再加上 CCS 努力分配资源而不会挨饿。

一个奇怪的是、我的同事拥有与我同等的笔记本电脑、但正在运行 Windows 10、能够在 1 分钟内构建。 我将与他跟进、看看我是否可以在他的机器上重新运行一些构建、以获得更多数据点、了解他的构建速度为何更快。

是的,智能应用控制默认设置为关闭,由我们的企业政策。

感谢您的检查。  

您的计算机上运行的是什么安全软件？ 是否有机会暂时禁用它们以进行测试？

下面是 IT 应用程序、尽管很遗憾、它们不能被禁用：

• BigFix 客户端
• Sentinel 代理
• 冰雪库存代理
• Symantec Endpoint Protection
• Symantec WSS 代理
• Splunk 通用转发器
• GlobalProtect VPN

谢谢、

有一次、我们在（工作）计算机上同时安装了 SentinelOne Agent 和 Symantec Endpoint Protection。 它确实限制了性能。 Sep 已被移除（可能被其他我不知道的东西所取代）,事情是更好的,但它仍然是缓慢的。 正如我之前提到的、我有一个在 6 秒内在我的家用计算机（运行库存 Windows 防病毒软件）上构建的项目、在我的工作计算机上需要 2 分钟。 两者都使用 Windows 11 和 CCS 20.2.0。

最终测试。 您可以直接从工程 makefile 上的命令行调用 gmake 吗？

CCS 工程系统基于 makefile。 在 CCS 中编译工程时、工程会为其生成 makefile、然后在底层调用 gmake。

例如、在编译工程时检查编译输出。 您将看到确切的命令：

然后打开一个 DOS 命令窗口、浏览到生成 makefile 文件的位置（在工程文件夹的构建配置子文件夹中）、并调用准确的命令：

从 DOS 命令窗口生成的速度是否仍然较慢？

我尝试在提升的 CMD 中运行 gmake 命令、但遇到以下错误：

“C：\\ti\\ccs1020\\ccs\\utils\\bin\\gmake“-k -j 32 all -O
gmake[1]：*** WaitForMultipleObjects：无错误。 STOP
gmake[1]：***等待未完成的作业…
gmake[1]：*** WaitForMultipleObjects：无错误。 STOP
Makefile：221：目标“全部“的配方失败
gmake：***【全部】错误 2.

我还尝试使用以下命令运行完整构建、但遇到了相同的错误：

C：\ti\ccs1020\ccs\eclipse>eclipsec -noSplash -data “C：\Users\ \workspace_v10“-application com.ti.ccstudio.apps.projectBuild -ccs.projects  -ccs.buildType full -ccs.configuration Release

%%%
CCS 无头构建已开始...
%%%

===
预处理...
===

正在构建...

***项目的配置发行版的纯净构建  ****

“C：\ti\ccs1020\\ccs\\utils\\bin\\gmake“-k -j 32 clean -O

// 删除文件（为保护隐私而省略了行）

//找不到 xxx .bin/.obj /.lst/.d（为隐私省略了行）
系统找不到指定的路径。

完成清洁

****构建完成****

****为项目构建配置发行版  ****

“C：\\ti\\ccs1020\\ccs\\utils\\bin\\gmake“-k -j 32 all -O

//预编译步骤（为保密而省略了行）

调用：C2000 编译器
“c：/ti/ccs1020/ccs/tools/compiler/ti-cgt-c2000_20.2.2.LTS/bin/cl2000 -v28 -ml -mt --float_support=fpu32 --tmu_support=tmu0 --vcu_support=vcu2 -Ooff -opt_for_speed=2 --fp_mode=relaxed -fp_reassoc=on --include_path=“ “--include_path=“C：/ti/ccs1020/ccs/tools/compiler/ti-cgt-c2000_20.2.2.LTS/include --include_path=“C：/ti/c2000/C2000Ware_4_03_00_00/driverlib/f2837xd/driverlib --include_path=“C：/ti/c2000/C2000Ware_4_03_00_00/device_support/f2837xd/headers/include --include_path=“C：/ti/c2000/C2000Ware_4_03_00_00/device_support/f2837xd/common/include --include_path=“ “--include_path="C：“：/ti/c2000/C2000Ware_4_03_00_00/libraries/dsp/VCU/c28/include/vcu2 ---include_path=“C：/ti/c2000/C2000Ware_4_03_00_00/libraries/dsp/VCU/c28/include/common --advice：performance=all --define=__STDC_limit_macros --define=CPU1 --define=_dual_headers --define=_flash -advice -advice：performance=all --define=__STDC_limit_macro= “--obj_directory=“ “"</s>“ “
完工建筑：“<repo_path"</s>“

//预编译步骤 （为保密而省略了行）

构建文件：“../F2837xD/CodeStartBranch.asm
调用：C2000 编译器
“c：/ti/ccs1020/ccs/tools/compiler/ti-cgt-c2000_20.2.2.LTS/bin/cl2000 -v28 -ml -mt --float_support=fpu32 --tmu_support=tmu0 --vcu_support=vcu2 -Ooff -opt_for_speed=2 --fp_mode=relaxed -fp_reassoc=on --include_path=“ “--include_path=“C：/ti/ccs1020/ccs/tools/compiler/ti-cgt-c2000_20.2.2.LTS/include --include_path=“C：/ti/c2000/C2000Ware_4_03_00_00/driverlib/f2837xd/driverlib --include_path=“C：/ti/c2000/C2000Ware_4_03_00_00/device_support/f2837xd/headers/include --include_path=“C：/ti/c2000/C2000Ware_4_03_00_00/device_support/f2837xd/common/include --include_path=“C：/ti/c2000/C2000Ware_4_03_00_00/libraries/dsp/VCU/c28/include/vcu2 --include_path=“C：/ti/c2000/C2000Ware_4_03_00_00/libraries/dsp/VCU/c28/include/common --include_path=“ “--advice：performance=all --define=__STDC_Limit_macros --define=CPU1 --define=_dual_headers --define=_flash -g --printf_support=full --diag_error=225 --diag_remark=10063
已完成的建筑：“../F2837xD/CodeStartBranch.asm

Makefile：221：目标“全部“的配方失败
gmake[1]：*** WaitForMultipleObjects：无错误。 STOP
gmake[1]：***等待未完成的作业…
gmake[1]：*** WaitForMultipleObjects：无错误。 STOP
gmake：***【全部】错误 2.
gmake：内部：退出时有 29 个可用的 jobserver 令牌；应该是 32 个！

****构建完成****

===
CCS 无头构建完成！ 1 个项目中有 1 个有错误。

有什么原因导致这种情况的想法吗？

相同的工程可以从 IDE 正常编译？

是的

这不应该发生、因为命令行编译（直接调用 gmake 或使用 projectBuild CLI 命令）应该与 CCS IDE 的操作类似。 错误是某种干扰正在调用 gmake 的情况。 一些资源冲突。 对于直接 gmake 调用、您可以尝试减少分配的线程数（对-j 使用小于 32 的数字）吗？