[参考译文] OMAP-L138：Jenkins 的间歇性编译失败

顺便说一下、我们的所有 CCS 工程都使用以下 CCS 编译设置进行配置：

• 使用标准编译参数
• 启用并行编译
• 使用最佳作业 (8)
  • 此特定虚拟机配置了 8 个虚拟处理器

通过这些设置、我可以看到、在 CCS 构建一个 DSP 核心工程的同时、所有八个 CPU 的 CPU 活动在几分钟内接近 100%。

如果我禁用并行编译、我会看到所有八个 CPU 的 CPU 活动保持在大约 60%以下、而 CCS 则构建一个 DSP 核心工程。 毫无疑问、完成此任务需要更多的时间。 （我没有为这两种情况安排时间。）

我将禁用每个项目的并行编译、提交和推送更改、并查看使用我们的 CI 环境的自动化 Jenkins 构建会发生什么情况。  

Patrick、

禁用并行编译是否解决了问题？

Michael

编号 它没有完全解决问题。 我仍然看到故障、但没有看到启用并行编译后出现的故障。

感谢您的检查。 工程部门正在调查。

我想我找到了一条线索。

在一个有问题的 Jenkins Build Agent 虚拟机上、我们将其称为 VM_A、我观察到以下内容：

• 项目中 cpp 文件的随机“编译失败“错误
• Windows 管理事件日志中针对 opt6x.exe 的应用程序错误
  • 这给我的印象是 opt6x.exe 正在崩溃的一些随机文件

在另一个可靠的 Jenkins Build Agent 虚拟机上、我们将其称为 VM_B、我观察到以下内容：

• 无随机“编译失败“错误
• Windows 管理事件日志中没有针对 opt6x.exe 的应用程序错误

我在 TMS320C6000 优化 C/C++编译器 v8.3.x 用户指南 (sprui04f) 中未找到任何“opt6x"内容“内容

“opt6x"的“的选项是否在某处列出？ 是否有详细输出的选项？ opt6x 能告诉我为什么它不快乐吗?

我假设 cl6x 生成了 opt6x 进程。 对吗？

如果我不能想到更好的想法、我可以在不久的将来尝试在 VM_A 上重新安装 Code Composer Studio v12.2.0。

我在 TMS320C6000 优化 C/C++编译器 v8.3.x 用户指南 (sprui04f)

opt6x 是 C6000 优化器。 上述文档第 5 章提供了相关信息。

“opt6x"的“的选项是否在某处列出？ 是否有详细输出的选项？ opt6x 能告诉我为什么它不快乐吗?

我假设 cl6x 生成了 opt6x 进程。 对吗？

我相信 cl6x 将运行 opt6x。 我会提请编译器专家注意这一主题  

谢谢

Ki

您好、George。 感谢您的回答。

我在查找您的朋友请求时遇到问题。 我应该在哪里查找？

我正在对多个 Jenkins Build Agent 虚拟机的错误行为进行故障排除。 他们一直在服务、所以我必须解决其他人发起的工作。 我们在以下实验方面进展缓慢：

1. 卸载并重新安装 CCSv12.2.0
   1. 初步观察：这似乎对一种药物有所不同。 测试正在进行中。
2. 将其中一个错误的构建代理虚拟机替换为没有错误的代理克隆
   1. 尚未报告结果

此线程已更改为私人消息。  现在、我将关闭它。  找到原因后、将在此处发布摘要。

谢谢。此致、

-乔治