Virtuoso ADE 新型日志服务解析

在升级到 Cadence Virtuoso IC23.1 或更高版本（或某些 ICADVM20.1 ISR）后，工程师们在启动 Virtuoso 的工作目录下经常会发现一些新的“常客”：由系统自动生成的 logs_wb_$USER 文件（例如 logs_wb_wanlinwang）。

这些文件内容通常比较精简，如下所示：

1
2

[Logging Service: 0]
[2026-01-29 15:42:14.110 +0800] [INFO] [cadence.virtuoso.ade.loggingservice] -

对于追求目录整洁或由于磁盘配额/索引性能对大量小文件敏感的 IC Infra/CAD 团队来说，理解并控制这些日志至关重要。

一、 背景：LSCS 与 ADE Logging Service

根据 Cadence Support 的深入调研，logs_wb_ 文件夹是由 Large-Scale Cloud Simulation (LSCS) 基础架构驱动的 ADE Logging Service 生成的。

  • wb 的含义：主要与内部的 Workbench 或运行容器服务相关。
  • 作用：LSCS 是为了增强 ADE Explorer 和 Assembler 在大规模仿真和云端作业调度中的控制能力而引入的。该日志记录了仿真调度服务的运行状态及插件加载情况。
  • 版本引入：在 IC23.1 版本中随全新的 Virtuoso Studio 架构正式上线。

二、 潜在问题：日志文件异常增大 (Article 20512585)

在 IC23.1 的早期版本中，存在一个已知的 Bug：该日志服务可能会在无意中生成异常巨大的日志文件（单个文件甚至可能达到 0.5 TB 级），迅速填满用户的磁盘空间。

image-20260319134901299

如果你发现 logs_wb_$USER 目录占用了数 GB 甚至更多的空间，请务必关注以下信息：

  • 故障现象：磁盘空间告急，且在启动目录下发现超大 LoggingServiceNN.log 文件。
  • 官方参考：Cadence Troubleshooting Article 20512585。

三、 解决方案与控制方法

1. 官方修复：升级版本

Cadence 已在 Virtuoso IC23.1 ISR4 （及后续所有 ISR）中正式修复了日志过大的问题。如果你的环境仍在使用 ISR1/2/3，强烈建议升级到 ISR4 或更高版本。

2. 改变日志存储目录

如果你希望保留日志以备后续排查（LSCS 故障定位），但不希望污染启动目录，可以使用环境变量重定向：

环境变量： CDS_LOGGING_SERVICE_DIR

1
2

# bash 示例：重定向到 tmp
export CDS_LOGGING_SERVICE_DIR=/tmp/$USER/virtuoso_logs

3. 定期清理与禁用

  • 手动清理：由于这些文件仅为内部服务日志，不包含设计数据或关键仿真结果，因此可以随时安全删除。
  • 禁用尝试：虽然可以通过 envSetVal("ade.common" "logServiceEnabled" 'boolean nil) 尝试在 SKILL 层级屏蔽，但最彻底解决该服务资源占用问题的方法仍是版本升级。

四、 参考资料

  • Cadence Help: 搜索 “ADE Logging Service Configuration”
  • Cadence Support Portal: Article 20512585 (注：关于 LSCS 日志过大的故障说明)
  • Virtuoso Studio Release Notes: 关注 “Common Infrastructure” 章节中关于 Logging 的变更。

五、 总结

logs_wb_ 文件的出现标志着 Virtuoso 向更现代化、云原生架构的转型。虽然早期版本中存在日志体量失控的故障，但通过升级至 IC23.1 ISR4+ 并合理利用 CDS_LOGGING_SERVICE_DIR 变量，该问题可以得到完美解决。

[!TIP] 如果你的工作流对启动速度或目录纯净度有极高要求，建议在全局启动脚本中将 CDS_LOGGING_SERVICE_DIR 指向本地磁盘（如 /tmp 或 /scratch），这通常比指向网络文件系统（NFS）性能更好。