iomgaa
6d6b3cf59c
docs: correct the stale throughput numbers and wiki state
独立验证发现的 3 处文档欠账:
③ 两处代码内注释还挂着已作废的吞吐估算,`.env.example`/README/
CHANGELOG/ARCHITECTURE 四处早已改成实测口径:
- `config.py` 的 `# 4 条 ≈ 32 行/秒(实测…)` —— "32 行/秒"正是设计
§10 修订 #1 判定"偏乐观一倍"并作废的估算值,却挂着"实测"二字;
- `postgres.py` 的 `pool_max` docstring 写着 `稳态吞吐 ≈ pool_max /
RTT`,正是设计要求下游**不要**用的那个公式。
两处统一为实测值: RTT ≈ 123ms 上 `pool_max=4` 约 15.6 行/秒
(50 行并发批 3.2s)。设计 §8 与计划 T7 里残留的同一公式一并标注作废。
④ 文档写 `acquire(timeout=剩余预算)`,实现传的是完整预算(行为无害,
外层 `asyncio.timeout` 才是真正上界)。**改文档不改代码**: 设计
§3.1、计划 T3、ARCH §7.8 三处对齐,并写明为什么内层不再算剩余量。
⑤ wiki 登记页与正文状态漂移: design 登记页仍写"待人类审"(正文已是
"已实施")、plan 登记页写"正文 326 行"(实际 380)、log.md 末条停在
T0 之前。三处校正,T1-T8 补登记,rebuild_index。
另补一条独立验证在真实 PG 上发现的语义细节: 本地池饱和造成的丢行走
**行级丢弃**,`degraded` 保持 False,只有 `dropped_rows` 增长——只按
`degraded` 配告警的下游会完全看不见这类丢行,而它恰是 `pool_max` 配小
了的唯一信号。README / .env.example / ARCHITECTURE / CHANGELOG 各补一句。
2026-08-24 11:55:22 -04:00
..
2026-07-20 22:01:26 -04:00
2026-07-21 03:46:33 -04:00
2026-07-21 21:54:33 -04:00
2026-07-21 21:10:02 -04:00
2026-07-22 05:12:45 -04:00
2026-07-30 00:36:59 -04:00
2026-07-30 09:51:01 -04:00
2026-07-30 02:31:51 -04:00
2026-07-31 07:53:42 -04:00
2026-07-31 12:31:31 -04:00
2026-08-02 08:22:55 -04:00
2026-08-06 06:39:52 -04:00
2026-08-06 10:55:51 -04:00
2026-08-16 05:34:46 -04:00
2026-08-17 23:02:12 -04:00
2026-08-19 08:59:30 -04:00
2026-08-19 08:59:30 -04:00
2026-08-20 01:00:47 -04:00
2026-08-24 11:55:22 -04:00
2026-07-30 05:35:49 -04:00
2026-08-06 06:39:52 -04:00
2026-08-06 11:09:37 -04:00
2026-08-07 11:21:33 -04:00
2026-08-16 05:24:30 -04:00
2026-08-17 23:02:12 -04:00
2026-08-19 08:59:30 -04:00
2026-08-19 08:59:30 -04:00
2026-08-24 11:55:22 -04:00
2026-07-20 05:56:27 -04:00
2026-07-20 23:17:24 -04:00
2026-07-21 21:39:49 -04:00
2026-07-22 05:12:45 -04:00
2026-07-21 08:26:43 -04:00
2026-07-31 04:37:52 -04:00
2026-07-31 12:31:31 -04:00
2026-07-29 23:55:47 -04:00
2026-07-30 00:46:44 -04:00