envi-code

193 Commits 1 Branch 0 Tags

2 Commits

Include renames

Author	SHA1	Message	Date
company-desktop	764e544db4	perf: 增加属性 key 命中率统计（Phase 0 补充）意图：内容 hash 只看到 54% 命中率，但业务上"同数据的管子/管件截面必然相同"，所以要用实体属性做 key 再量一次，决定 Phase 1 到底用哪种缓存键。新增 SectionPerf::AttrKey（RAII）： - 构造时按类名（isA()->name()）初始化 hash 与统计桶，析构时记一次 - Add() 增量喂字节，调用方决定哪些字段参与 key - 统计按实体类分开（total / unique / hits / hit_rate）接入 AecDbEwPipeBase::RegionAcisInDwgInFields：key = 类名 + 全部 spec XData，但排除编号（"No."，每根管子唯一）并跳过 Id / 点 / 向量 / 矩阵 / 二进制类型（与截面无关或随实体变化）。只在 AEC_PERF_COUNTER=1 时构建，Release 无开销。实测（big1.dwg，AutoCAD 2020 / R230 Debug，113 s 开图）：属性 key 合计 3082 次 / 2672 命中 = 86.7% AecDbEwPipe 1088 次 173 唯一 84.1% AecDbEwPipeBase 1172 次 3 唯一 99.7% （其余类 43%~99%）内容 hash 54.0% 结论：属性 key 显著优于内容 hash，但只覆盖 3082/5641 次恢复（另 2559 次走 CoreTools::StringToRegion，拿不到 spec 数据，只能用内容 hash）。混合策略预计省 14.9 s / 22.6 s 恢复开销，约占 113 s 开图的 13%。数据已写入 pipe-section-region-performance-plan.md，并标注一个未验证点：属性 key 命中时两份 SAT 文本是否真的相同（决定 Phase 1 是否需要 textHash 兜底校验）。验证：R230 Debug 编译通过并部署，用 tools/run_acad_perf.ps1 自动跑图取数。	2026-10-28 20:06:06 +08:00
company-desktop	3afc2dd7c1	perf: 增加截面恢复路径的 Phase 0 计数器（Debug 探针）按 pipe-section-region-performance-plan.md 的 Phase 0 落地。目的不是提速，而是先拿到三个决定性数字，再判断截面缓存（Phase 1）到底值不值得做： 1) 每次截面恢复多贵（µs），一次开图共多少次； 2) 同一份 SAT 文本被重复恢复多少次（唯一 hash 数 / 模拟命中率）——直接决定缓存收益上限； 3) 临时文件写入次数与字节数（杀软扫描影响面），以及打开图纸时的回写次数。改动： - 新增 inc/SectionPerfCounter.h + CoreLibrary/SectionPerfCounter.cpp - Scope（QPC 计时）+ NoteRegionText（FNV-1a 64 位 hash，统计唯一数与模拟命中） + NoteTempFile + NoteWriteBack + Dump/Reset - 计数器实例放在函数内 static：CoreLibrary 是静态库且只被 CoreCommand 链接，所以 CoreCommand.arx 里只有一份，两个入口共用 - AecDbEwPipeBase.cpp：RegionAcisInDwgInFields / RegionAcisoutDwgOutFields 接入 - CoreTools.cpp：StringToRegion 两个重载 / RegionToString 接入 - EarthWorm.cpp：注册 ENVIPERFDUMP / ENVIPERFRESET（仅 Debug） - CoreLibrary/cmakelists.txt 加一个源文件 - 计划文档的 Phase 0 补上实际命令与采集项开关：启动 CAD 前 set AEC_PERF_COUNTER=1；命令 ENVIPERFDUMP 打印并追加到 %TEMP%\aec_section_perf.txt，ENVIPERFRESET 清零。 Release 下 Enabled() 恒为 false，调用点只剩一次 bool 判断。不改任何几何逻辑与存盘格式。验证：R230 Debug 编译通过（CoreLibrary_BAL_REMOTE、CoreCommand_BAL_REMOTE，无新增 warning），产物已自动部署到 c:\ShangHuaSoft\Envi3D-2026-M\R230\。 R190 未在本机编译（缺 v100 工具集）；代码刻意只用 C++98 特性，控制台输出改走 %hs，避开了 &wstring[0] 这类老 STL 上的写法问题。尚未做 CAD 实测：需要开图后跑 ENVIPERFDUMP 才看得到数据。	2026-10-28 19:31:27 +08:00

Author

SHA1

Message

Date

company-desktop

764e544db4

perf: 增加属性 key 命中率统计（Phase 0 补充）

意图：内容 hash 只看到 54% 命中率，但业务上"同数据的管子/管件截面必然相同"，
所以要用实体属性做 key 再量一次，决定 Phase 1 到底用哪种缓存键。

新增 SectionPerf::AttrKey（RAII）：
- 构造时按类名（isA()->name()）初始化 hash 与统计桶，析构时记一次
- Add() 增量喂字节，调用方决定哪些字段参与 key
- 统计按实体类分开（total / unique / hits / hit_rate）

接入 AecDbEwPipeBase::RegionAcisInDwgInFields：key = 类名 + 全部 spec XData，
但排除编号（"No."，每根管子唯一）并跳过 Id / 点 / 向量 / 矩阵 / 二进制类型
（与截面无关或随实体变化）。只在 AEC_PERF_COUNTER=1 时构建，Release 无开销。

实测（big1.dwg，AutoCAD 2020 / R230 Debug，113 s 开图）：

  属性 key 合计 3082 次 / 2672 命中 = 86.7%
    AecDbEwPipe       1088 次  173 唯一  84.1%
    AecDbEwPipeBase   1172 次    3 唯一  99.7%
       （其余类 43%~99%）
  内容 hash 54.0%

结论：属性 key 显著优于内容 hash，但只覆盖 3082/5641 次恢复
（另 2559 次走 CoreTools::StringToRegion，拿不到 spec 数据，只能用内容 hash）。
混合策略预计省 14.9 s / 22.6 s 恢复开销，约占 113 s 开图的 13%。

数据已写入 pipe-section-region-performance-plan.md，并标注一个未验证点：
属性 key 命中时两份 SAT 文本是否真的相同（决定 Phase 1 是否需要 textHash 兜底校验）。

验证：R230 Debug 编译通过并部署，用 tools/run_acad_perf.ps1 自动跑图取数。

2026-10-28 20:06:06 +08:00

company-desktop

3afc2dd7c1

perf: 增加截面恢复路径的 Phase 0 计数器（Debug 探针）

按 pipe-section-region-performance-plan.md 的 Phase 0 落地。目的不是提速，而是先拿到
三个决定性数字，再判断截面缓存（Phase 1）到底值不值得做：
1) 每次截面恢复多贵（µs），一次开图共多少次；
2) 同一份 SAT 文本被重复恢复多少次（唯一 hash 数 / 模拟命中率）——直接决定缓存收益上限；
3) 临时文件写入次数与字节数（杀软扫描影响面），以及打开图纸时的回写次数。

改动：
- 新增 inc/SectionPerfCounter.h + CoreLibrary/SectionPerfCounter.cpp
  - Scope（QPC 计时）+ NoteRegionText（FNV-1a 64 位 hash，统计唯一数与模拟命中）
    + NoteTempFile + NoteWriteBack + Dump/Reset
  - 计数器实例放在函数内 static：CoreLibrary 是静态库且只被 CoreCommand 链接，
    所以 CoreCommand.arx 里只有一份，两个入口共用
- AecDbEwPipeBase.cpp：RegionAcisInDwgInFields / RegionAcisoutDwgOutFields 接入
- CoreTools.cpp：StringToRegion 两个重载 / RegionToString 接入
- EarthWorm.cpp：注册 ENVIPERFDUMP / ENVIPERFRESET（仅 Debug）
- CoreLibrary/cmakelists.txt 加一个源文件
- 计划文档的 Phase 0 补上实际命令与采集项

开关：启动 CAD 前 set AEC_PERF_COUNTER=1；命令 ENVIPERFDUMP 打印并追加到
%TEMP%\aec_section_perf.txt，ENVIPERFRESET 清零。
Release 下 Enabled() 恒为 false，调用点只剩一次 bool 判断。

不改任何几何逻辑与存盘格式。

验证：R230 Debug 编译通过（CoreLibrary_BAL_REMOTE、CoreCommand_BAL_REMOTE，无新增 warning），
产物已自动部署到 c:\ShangHuaSoft\Envi3D-2026-M\R230\。
R190 未在本机编译（缺 v100 工具集）；代码刻意只用 C++98 特性，控制台输出改走 %hs，
避开了 &wstring[0] 这类老 STL 上的写法问题。
尚未做 CAD 实测：需要开图后跑 ENVIPERFDUMP 才看得到数据。

2026-10-28 19:31:27 +08:00