KodouWZF
|
fa77c561c0
|
docs(传输): 补基线 jar 对照实验，作废旧的 45.9 秒基线与 52×/31× 口径
用 4eb67e2 单独构建基线镜像跑 A/B 两组：A 组把监听周期摁成 5 秒隔离 I/O 改动，
B 组用基线自带 60 秒周期量真实改前端到端。
实测：组包 10,055/10,622 ms → 881 ms（11.4×），解包 7,777 → 785 ms（9.9×），
端到端 123.1 s → 9.9 s。原 45,934 ms 基线不可复现，§2.1/§3.4/§10.3/§10.5
中据此推算的数字全部改正。B 组 123 秒正好复现客户「两分钟传不到内网」的说法，
且其中 102 秒是轮询等待——瓶颈主要是 5.1 而非组包。
|
2026-11-03 23:47:46 +08:00 |
|
KodouWZF
|
2c93c545b1
|
docs(传输): 补真实端到端实测数据，并记录包完整性校验空转缺陷
组包 45.9s → 881ms，外网解包入库 785ms，端到端 9.9s（其中 8s 是两次轮询等待）。
实测同时暴露：transferMetadata.json 里 fileSize 全为 null，接收侧的
大小校验因 0 != 0 判据恒真而直接放行，截断包会被当成完整包解包并静默丢文件。
|
2026-11-03 23:22:22 +08:00 |
|
KodouWZF
|
7758b4961b
|
docs(传输): 补 5.2 实施情况与实测记录
三个坏包/坏标记样本的实测结果、每轮结构化日志原文、单轮耗时 17-41ms。
明确记录认领改名与并发解包未实施及理由（单实例 + Spring cron 不重叠，
已实测触发间隔精确 5.00 秒），以及改用 mtime 静止阈值区分「还在搬」与「坏包」。
同步修正 5.2 的实施状态、第 8 节配置项（去掉 concurrency、
max-unpack-size-mb 默认值由建议 1024 改为已实施 512、新增 stale-after-seconds）、
第 9 节实施顺序表的收益口径（31 倍理论值改为实测 8.2 倍/17.6 倍）。
|
2026-11-03 22:43:59 +08:00 |
|
KodouWZF
|
75ab51e13c
|
docs(传输): 补一期实施与本地实测记录
监听周期实测精确 5.00 秒触发、空目录单轮 8-13ms；md5 索引在 23 行下
规划器仍选顺序扫描（正确行为），关掉后走 Index Scan 证明索引可用；
容器内 I/O 基准（同镜像同 bind mount，真实 23 个文件 19.04MB）测得
缓冲区改造 8.2 倍、叠加 level 0 共 17.6 倍，包体 +5.1%。
据实修正第 3.4 节的预测偏差：31 倍是纯 I/O 理论值，缓冲改完后 deflate
CPU 占到剩余耗时的一半，对外口径改用实测的 8 倍/17 倍。
另记录尚未验证的部分（应用内真实组包、解包侧、level 0 往返、现场系数）。
|
2026-11-03 22:22:27 +08:00 |
|
KodouWZF
|
f817bf0701
|
docs(传输): 跨网传输链路性能优化方案与现场验证方法
现场反馈一页文件要 2 分钟才进内网。实测组包 19.6MB 耗时 45.9s，
其中 SQL 仅 57ms，其余全在文件 I/O，折算 2.33 秒/MB，比正常 deflate
慢 50-100 倍，根因是 512B/8KB 小缓冲在 bind mount 上放大 syscall 次数。
沉淀耗时归因模型、不改代码即可切分端到端 6 段的现场测量方法、
6 项优化的改法与验收标准，以及本次明确不做的事及理由。
|
2026-11-03 21:57:15 +08:00 |
|