• 状态 Resolved
  • 已锁定 已锁定
  • 个回复 3 个回复
  • 名订阅用户 1 名订阅用户
  • 次查看 247 次查看
  • 用户 0 名在线用户
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] 编译器/CC430F5137：Windows 10版本2004、代码编译速度慢得多

admin
Guru**** 1828310 points
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/924318/compiler-cc430f5137-windows-10-version-2004-much-slower-code-compiling

器件型号：CC430F5137

工具/软件：TI C/C++编译器

您好！

安装 Windows 10版本2004后、构建时间发生了显著变化。 是否有人受到这种情况的影响？ 它从好变为不可持续。

15秒的全新构建现在已经是100秒的考验。 (CCS 10、Windows 10 64位/TI v20.2.0.LTS)

我在操作系统中找不到任何明显占用资源的地方，我也在 Microsoft 上发布了一个问题：

https://answers.microsoft.com/en-us/windows/forum/windows_10-performance/windows-10-version-2004-much-slower-code-compiling/1b491113-4473-4b50-9283-24ed511fc7d6?tm=1595227767697

  • 0
    TI__Guru**** 1828310 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    从您在 Microsoft 支持网站上的文章中、我了解到、当事情正常时、您的38个源文件系统将在大约10-15秒内编译。  因此、我想所有源文件以及这些文件中的所有函数都位于较小的一侧。  假设函数不大于100行、并且文件不具有超过10个函数。  如果是这种情况、则编译时间由所有文件输入/输出操作决定。  在这种情况下、编译时间的变化不是由编译器造成的、而是由主机操作系统造成的。   

    请告诉我这种猜测是否正确。

    谢谢、此致、

    乔治

  • 0
    TI__Guru**** 1828310 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    这里还有一件事要检查...

    确保 CCS 配置为执行 并行编译。  默认情况下、这通常是开启的、但可能是由于某种原因而关闭的。

    谢谢、此致、

    乔治

  • 0
    TI__Guru**** 1828310 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    谢谢 George、这种并行编译设置为我实现了这一功能。 不知道还有什么变化、但我回到了~19秒的干净版本。 对我来说够了。

    可能是福禄克公司、今天早上我更新到2004版、让我们看一下。 同时、我可以像以前一样工作。