环境信息

复现步骤

source /usr/local/Ascend/cann-9.0.0/set_env.sh
cd ops-nn
git checkout 9.0.0
bash build.sh --make_clean_all
bash build.sh --pkg --soc=ascend950 --ops=quant_batch_matmul_v3 -j16

实际现象

构建失败，退出码非零。日志中 fused_mat_mul 依赖的多个并行 asc_opc 进程同时崩溃：

[ERROR] exe_task: build kernel FAILED, op name: fused_mat_mul_binary_high_performance.json_0
RuntimeError: Another process is using this dir
[ERROR] exe_task: build kernel FAILED, op name: fused_mat_mul_binary_high_performance.json_2
RuntimeError: Another process is using this dir
[ERROR] exe_task: build kernel FAILED, op name: fused_mat_mul_binary_high_performance.json_4
RuntimeError: Another process is using this dir
...（json_1 ~ json_5 同样报错）

gmake[3]: *** [CMakeFiles/exe_compile_ascend950_8.dir/...] 错误 1
gmake[1]: *** [CMakeFiles/Makefile2:3250：CMakeFiles/binary.dir/rule] 错误 2

根本原因分析

调用栈来自 CANN toolkit 内部 asc_opc_tool：

/usr/local/Ascend/cann-9.0.0/python/site-packages/asc_opc_tool/op_compilation.py:134
  __create_debug_dir
  → op_compilation.py:101  __create_lock_file
    → RuntimeError: Another process is using this dir

quant_batch_matmul_v3 构建时依赖 fused_mat_mul，后者会并行启动多个 asc_opc 进程处理不同的 json shard（high_performance.json_0 ~ json_5），这些进程共享同一输出目录，导致目录锁文件竞争。

期望行为

每个 json shard 编译进程使用独立的工作目录，或 asc_opc 工具在并发调用时正确处理目录锁，使 quant_batch_matmul_v3 在标准 -j16 并行度下可正常构建。

影响范围

quant_batch_matmul_v3 是 ascend950 平台的关键量化矩阵乘算子，构建失败导致该算子在 ascend950 上完全无法测试。