xiongyuxing/gongxue-base
1
0
Fork 0
forked from wangziqi/gongxue-base
Code Pull Requests Activity

docs: record db-limited capacity findings

Browse Source
This commit is contained in:
Codex
2026-07-01 06:33:39 +08:00
parent 458c0be94f
commit a45a4f1a5b
7 changed files with 63 additions and 15 deletions
Download Patch File Download Diff File Expand all files Collapse all files

2
docs/refactor/performance-benchmark-runbook.md
View File

@@ -188,7 +188,7 @@ Remove-Item Env:\DB_POOL_MAX
每次运行都会额外生成 `docker-4c16g-resource-evidence-*.json/md`，记录 Docker Desktop 总 CPU/内存、API 容器实际 CPU/内存限制、DB 容器是否被限制、`DB_POOL_MAX` 和每个压测报告的摘要。该文件位于已忽略的 `docs/refactor/performance-reports/`，用于防止后续把“只限制 API 容器”的本地结果误写成完整 4 核 16G 生产容量；它不能替代目标云服务器正式压测证据。
如需要在本地显式限制 Supabase PostgreSQL 容器资源，可以打开下面开关。脚本默认会在结束后恢复 DB 容器原始限制；如果你希望保留限制用于排查，才设置 `BENCHMARK_KEEP_DB_LIMIT=true`。
如需要在本地显式限制 Supabase PostgreSQL 容器资源，可以打开下面开关。脚本默认会在结束后恢复 DB 容器原始限制；如果原始容器是 unlimited，而当前 Docker Desktop 无法用 `docker update --memory 0` 清掉 live memory limit，脚本会恢复到 Docker Desktop 当前 CPU/内存上限附近并在资源证据中写明。只有你希望保留限制用于排查时，才设置 `BENCHMARK_KEEP_DB_LIMIT=true`。
```powershell
$env:BENCHMARK_LIMIT_DB_RESOURCES="true"