Fustor Performance Benchmark
📅 Timestamp:
{{timestamp}}
📂 Data Scale:
{{total_files}} files ({{total_dirs}} dirs)
🚀 Requests:
{{reqs}}
📂 Target Depth:
{{depth}}
👥 Concurrency:
{{concurrency}}
⏱️ Integrity Intv:
{{integrity_interval}}s
Latency Summary (响应延迟)
OS Baseline
{{os_avg}} ms
OS Integrity
(Best Case)
{{os_integrity_avg}} ms
Fusion API
{{fusion_avg}} ms
Latency Speedup
{{gain_latency}}
Throughput Summary (系统吞吐率)
OS Baseline
{{os_qps}}
OS Integrity
(Best Case)
{{os_integrity_qps}}
Fusion API
{{fusion_qps}}
QPS Gain
{{gain_qps}}
Throughput (QPS) ↑
Avg Latency (ms) ↓
Latency Percentiles ↓
⚠️ 实验严谨性说明 (Scientific Scrutiny):
本次测试测得的
OS Integrity (Double Sampling)
延迟与吞吐率均为该方案的
理论最优/最乐观情况 (Best-case Scenario)
：
由于基准测试的目标文件夹是由 Fusion API 预先发现的，这意味着这些目标在测试开始前就已经是稳定、完整的。
在真实生产环境中，如果文件正处于活跃写入状态，OS Integrity 方案在经历 60s 等待后，通常会因检测到元数据变化而被迫进入
“重试循环”
。
结论
：真实环境下的 OS Integrity 延迟将呈 60s 的倍数级增长，吞吐率将进一步折半。而 Fusion API 无论文件是否正在写入，其性能表现始终保持恒定。
Detailed Metrics Comparison (ms)
Metric
OS Baseline
OS Integrity
*
Fusion Dry-Net
Fusion Dry-Run
Fusion API
Test Methodology & Documentation (测试任务详解)
1. 任务定义 (Task Definitions)
OS Baseline (Pure find Scan)
: 执行原生
find
扫描。该方案无法识别正在写入的文件，在 NFS 环境下极易产生“脏读”，数据一致性等级为“低”。
OS Integrity (Double Sampling)
: 模拟 NFS 环境下确保文件完整的真实方案。包含首次采样 -> 强制
{{integrity_interval}}s
物理等待 -> 二次校验。
当前测量值为无重试的最优性能。
Fusion API (Perception Mode)
: 基于 Agent 实时感知的元数据检索。无需任何物理静默等待即可返回可靠数据。