硬件与测量

一组测量，究竟能证明什么

硬件配置说明可用资源，运行观察说明某个时刻的事实，性能样本说明特定任务的时间。把对象、计时边界和比较前提一起保留下来，才有可复核的工程结论。

把配置、当前观察和性能证据分开

处理器、内存和持久盘配置帮助理解一台节点具备什么资源；它们本身不说明某个请求的完成时间。硬件采样也只是某次读取到的 CPU、内存、接口和设备事实。真正的性能结论还需要说明运行了什么任务、如何观察完成，以及哪些准备工作计入时间。

下图保留官网使用的单个生产 Agent 配置。后文的测量图来自另一台开发主机，两者不能拼成“此生产节点已达到这些完整业务时延”的结论。把环境分开呈现，是让读者判断结果适用范围的必要信息。

生产 Agent 的单节点配置配置按单个生产节点列示。运行环境经 UEFI 网络引导载入内存，本地 U.2 固态盘保留持久数据。

Infra 将 CPU 容量、操作系统可见内存、硬件网络接口和整块设备作为独立的有界来源采集。某个来源不可用、无效或过大时可以缺失；完成枚举后确实没有成员，则是另一个有效结果。控制器只在内存里保留最新收到的样本，重启或淘汰后没有样本，不表示机器消失或硬件为空。

设备型号、序列与原生标识有各自来源和字节含义，不能为了整齐显示而相互替代。只读观察可以帮助选择和核对对象，却不授予写盘权限，也不能独自证明设备没有其他写入者。对具体设备的后续操作还要核对实际保留对象和当前条件。

虚拟机监控器报告 Running、来宾操作系统就绪和应用可以接收工作，是不同终点。若计时止于 Running，标题就应保留这个终点，而不是缩写成“完整启动时间”。文件传输也要区分已经认证的会话、单次调用、批量调用和所有资源收尾。

下面的区间图沿用已提供测量的原始上下限和操作说明。端点不是平均数，也不足以推导分位数；逐文件用时之和与批量调用墙钟时间各保留原定义。图示不补造样本、不外推公网表现，也不把开发机数据当作生产服务响应。

开发主机上的实测区间数据来自独立的 Yaoshi 开发主机。横线端点保留原报告的最小与最大值；三项操作的计时边界分别说明，不能视为生产服务的完整响应时间。

一次比较至少要说明文件数量与字节量、缓存状态、并发、网络与存储条件，以及完整性和持久性要求。若第二次运行复用了已构建产物或已认证连接，应明确这部分工作被复用或移出计时，而不是把它归为执行阶段的优化。

批量接口可以共享设置成本，但要核对完整结果和失败边界。Remote 的批量上传先接纳全部输入，复用一个 SFTP 子会话，保留已完成前缀和最终收尾含义。减少调用次数本身不证明总扫描、复制、编码或持久化工作减少。

工程规范要求把构建、准备、执行、观察和收尾分开归因，重叠工作只计算一次。固定设置成本、每项增长、每字节增长与等待周期应分别识别。遇到并行争用，可以用相同输入隔离受影响案例帮助归因，但更快的隔离结果不会抹掉正常并行环境中的代价。

同一总字节量里，文件或记录数量仍可能独立增长。若怀疑重复遍历，就在真实路径上观察工作计数或两个相关规模，解决这项具体疑问。已校准的参考值用于触发有范围的调查，不自动变成产品服务等级或新的超时许可。

可信记录不需要堆满无关指标，而要让另一位工程师能够回答：这个数来自哪个任务，观察到了什么，哪些结论尚未测量。以下记录项依据现有验证规范整理，是后续测量的编写方法，并不是新产生的一组实验数据。