Thanks for sending an requirement! Please fill in the following template to help quickly solve your problem.

Background（背景信息）

背景

基于对 asc-devkit 仓库的全量三方依赖扫描，发现 1 项构建工具和 1 项打包三方依赖声明后未被实际使用，可直接移除。

整改清单

逐项整改步骤

#1 gperf

• 分析依据：全仓搜索 gperf 和 libseccomp 均无结果（CMake/脚本/源码）；已知传递依赖速查表指出 gperf 仅在 libseccomp 从源码构建时需要。

• 步骤：

  1. 从 .devcontainer/Dockerfile 第 58 行的 apt-get install 列表中移除 gperf
  2. 重新构建 devcontainer 镜像验证构建不受影响

  #2 rdma-core

• 分析依据：impl/adv_api/detail/hccl/cc/src/aicpu_kfc/CMakeLists.txt:29 声明 add_cann_third_party(rdma-core)，创建 rdma_core_headers INTERFACE 库提供 ${RDMA_CORE_INCLUDE_DIR}；但全仓搜索 infiniband、verbs.h、rdma/rdma 均无结果，源码仅使用项目内部头文件（rdma_vendor_base_ops.h、rma_conn_lite.h 等）。

• 步骤：

  1. 确认 mc2_server 及相关 target 编译不依赖 rdma-core 提供的头文件（可尝试移除后编译）
  2. 若编译通过，移除 CMakeLists.txt:29 的 add_cann_third_party(rdma-core) 声明及 rdma_core_headers 相关代码（CMakeLists.txt:31-37、mc2_server_minimal.cmake 中 rdma_core_headers 链接行）
  3. 若编译失败，记录实际依赖的头文件并恢复声明

预期收益

• 减少 1 项构建容器中无用的系统包安装
• 减少 1 项三方依赖下载与构建配置（rdma-core），简化构建流程

待评估依赖（建议评估可消除性）

• tornado：全仓无 import，非 CANN toolkit 已知传递依赖。需确认是否为 Jupyter 或其他开发工具的隐式依赖。
• PyYAML：全仓项目代码无直接 import yaml，但 CANN tbe 框架内部可能使用（项目代码 from tbe.* 导入）。需确认 tbe 框架是否依赖 PyYAML。
• ruamel.yaml：全仓无 import，与 PyYAML 功能重复。需确认 tbe 框架是否依赖；若不需要则移除。
• jinja2：全仓项目代码无直接 import jinja2，但 CANN tbe 框架内部可能使用 jinja2 做代码生成。需确认 tbe 框架是否依赖。
• cloudpickle：全仓无 import，非 CANN toolkit 已知传递依赖。需确认是否为框架传递依赖。
• expecttest：全仓无 import，为 PyTorch 测试工具传递依赖。需确认 tests/ 是否使用。
• tqdm：全仓无 import，非 CANN toolkit 已知传递依赖。需确认是否为框架传递依赖。
• rdma-core：见上方高优先级消减项 #2，需编译验证后确认。
• gperf：见上方高优先级消减项 #1（已确认为建议消除，列此供交叉参考）。

Origin（信息来源）

CANN

Benefit / Necessity （价值/作用）

Design（设计方案）