REA
REA 性能和成本：测量调查过程
把 Provider 启动、快照有效性和人工复核都算进去
REA 性能和成本：测量调查过程知识学习CN编辑简报更新 2026-10-14
你将学会
- 分开不同工作负载
- 理解快照条件
- 计入人的工作
开始前需要
- 自己拥有或获授权分析的目标
- Node.js 与 npm
- 仅在原生分析时选择本地 Provider
用无害样本检查配置、来源、限制及清理流程
先看结论
- 不同分析路径要分开测。
- 快照重用依赖精确身份。
- 本文没有实测性能数字。
分开不同工作负载
静态 JS 检查、Ghidra 反编译和浏览器观察做的不是同一件事。应分别记录目标大小、引擎、操作及结果质量，不要引用一个笼统的 REA 速度数字。
原生 Provider 可能需要时间启动和分析。CLI 指南说明客户端超时后它仍可能运行，因此要记录活动状态与最终完成情况。
理解快照条件
只有目标字节、操作、参数、Provider 和版本相匹配时，快照才可能重用准确结果。元数据写入会使当前会话缓存失效，因为 Provider 可能已经改变了状态。
快照保存的是观察结果，不是活的 Provider。部分后续查询仍需启动引擎；在 Windows 上，Ghidra 可能因为源文件准入而启动。
计入人的工作
比较得到首个可靠发现所需的时间、检查证据所花的时间、误导性线索和目标变化后的返工。相关许可证和计算资源也应计入。
我们未运行基准测试，也未核对收费。一个省略不确定性的短答案，可能比稍慢但证据清楚的结果更耗人工。
如何选择
| 比较维度 | 方案 A | 方案 B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
实施步骤
- 1
每次只定义一个目标和操作。
- 2
记录 Provider 启动和快照状态。
- 3
计入证据复核及纠错时间。
可复制示例
csv
target,provider,operation,snapshot_hit,startup_seconds,review_minutes,validated_finding
not-run,,,,,,常见问题
快照能保证跳过引擎启动吗？
不能。CLI 指南列出了仍需启动 Provider 的情形。
超时就等于失败吗？
不等于。应检查分析活动，Provider 可能还在运行。
资料来源
- REA / docs/cli.md来源核查 2026-10-14
- REA / docs/mcp-contracts.md来源核查 2026-10-14
- REA / docs/ghidra-provider.md来源核查 2026-10-14
- REA / docs/javascript-application-workflows.md来源核查 2026-10-14
- REA / docs/browser-observation.md来源核查 2026-10-14