[参考译文] 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

是否在某处列出了“opt6x"的“的选项？

编号  没有公共接口。  因为运行它的唯一方法是从 cl6x。

几年前、  报告了类似的问题 EXT_EP-10596。  这个问题从未得到解决。  它是针对不再受支持的旧版本报告的。  当客户升级到较新版本时、问题消失。  在这种情况下、不使用 opt6x、因此不可能出现问题。  问题出在不同的编译器传递（名为 cg6x3）上。   

是否有详细输出的选项？

我向您发送了一个 E2E 朋友的申请。  请接受。  这将使我们能够使用论坛内置的消息传递功能。  这就是我将告诉你如何运行一个实验,可能告诉我们更多.

谢谢。此致、

-乔治

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

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

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

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

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

谢谢。此致、

-乔治