perf(mem): R-9 落地——LVGL 池 40→16 KB，SRAM1 74.9%→56.1%
取值依据是实测水位，不是预估：菜单根框 5,368 B、开页-关页往返
5,448 B、最重页面峰值 6,568 B（占 16 KB 的 40%）、真机开机
used=3,192 B。注意 16,384 B 建池后 lv_mem_monitor 报的 total 是
15,020 B（TLSF 控制块与对齐元数据 ≈1,364 B），核算余量用后者。
两端 lv_conf.h 同步改值（lv-conf-sync 生效值比对 163 项 PASS），
Lib/lv_conf.h 的 UTF-8 BOM 已按原样补回（Edit 会静默剥掉）。
验证：
- @build 0 错 0 警；ZI 154,456 → 129,880，精确 −24,576 B
- SRAM1 98,144/74.9% → 73,568/56.1%（余 57,504 B）；CCM 不变 87.9%
- 模拟器菜单回归 PASS（8 状态像素 + 池基线 5,368 B 未变）；11 页
黄金参考逐字节 10/11 一致，往返池水位 5,448 B 分毫未变
- 唯一差异 netcfg_save 保存态：用 40 KB 旧池做 A/B 复测同样失败，
确认与本改动无关（属 506eccc 的 cfg_file 行为变化），未刷黄金
参考掩盖，留给该改动属主处置
- @test PASS：fw build Oct 15 2026 07:31:34，无 [ERR]/Fault，
开机 622 ms 到 net init: OK，menu build done: used=3192
- 本地 CI 全绿（L0 + L0.5，15 runner / 955 断言）
- 台账受管区与内存快照区已 --write 回填，mem-budget / mem-numbers
由红转绿
连带结论：R-2 后半待迁体量 54,146 → 29,570 B，瓶颈由 SRAM1 换到
CCM（只剩 7,904 B）；解锁链第 ① 步完成，下一步只差缩堆 56→32 KB
（B5 是反向扩容，缩回前须重跑 stack_report.py + 上板 min_ever）。
文档同步 20 处：本报告按修复即销项删除 R-9 行，并改写 §0.2/§0.3/
§0.4/§5.1/§5.2/§5.3/§6.4 与变更记录、去处表；RAM使用分析 §2.6.2
新增实测水位表、阶段 1.1 标已执行；台账 §3 解锁链、登记簿 N-27、
任务规划 README W3 行与链路图；UI 四篇、产品需求、内存内容分配
策略、运行与自检记录、项目部署环境要求、测试开发标准流程、
simulator/README、ui-verify skill 常量。顺带订正三处与脚本不符的
旧值：池水位常量 4784/4864 → 5368/5448、FreeRTOS 堆 48 → 56 KB。
This commit is contained in:
+22
-11
@@ -37,7 +37,7 @@
|
||||
| 区域 | 用量 | 容量 | 占比 |
|
||||
|---|---|---|---|
|
||||
| ER_IROM1 | 231,084 B (225.67 KB) | 1,048,576 B (1024 KB) | 22.0% |
|
||||
| RW_IRAM1 | 98,144 B (95.84 KB) | 131,072 B (128 KB) | 74.9% |
|
||||
| RW_IRAM1 | 73,568 B (71.84 KB) | 131,072 B (128 KB) | 56.1% |
|
||||
| RW_CCM | 57,376 B (56.03 KB) | 65,280 B (64 KB) | 87.9% |
|
||||
| **Flash (ROM 合计)** | **232,196 B (226.8 KB)** | 1,048,576 B (1024 KB) | **22.1%** |
|
||||
<!-- MEM_SNAPSHOT:END -->
|
||||
@@ -57,7 +57,7 @@
|
||||
|
||||
| # | 大小 (B) | 对象文件 | 内容 |
|
||||
|---|---|---|---|
|
||||
| 1 | 40,960 | `lv_mem_core_builtin.o` | LVGL 静态内存池 `ucMemPool[LV_MEM_SIZE]`（§2.6.2） |
|
||||
| 1 | 16,384 | `lv_mem_core_builtin.o` | LVGL 静态内存池 `work_mem_int[LV_MEM_SIZE]`（§2.6.2，**2026-10-15 由 40,960 收到 16,384**） |
|
||||
| 2 | 6,746 | `ui_net_sink.o` | 远程显示收发缓冲 `g_tx[3209]` + `g_lcdmem_data[3204]` + `g_rx[64]` |
|
||||
| 3 | 6,408 | `ui_port.o` | `g_ui_fbuf[3200]` + `g_ui_draw_buf[3200]`（160×160 1bpp 帧缓冲） |
|
||||
| 4 | 6,200 | `nand_ftl.o` | `s_page_buf`/`s_cache_buf`/`s_copy_buf` 各 2,048 B + dhara 结构（**DMA**） |
|
||||
@@ -133,7 +133,7 @@
|
||||
|
||||
| 根因 | 占用 | 可回收性 |
|
||||
|---|---|---|
|
||||
| ① LVGL 内存池 40KB 对 1bpp 小屏菜单过大 | 40KB | 高（目标 8~16KB；**开机实测 UI 仅用 ~3KB**，见 §2.6.2） |
|
||||
| ① LVGL 内存池 40KB 对 1bpp 小屏菜单过大 | 40KB → **16KB ✅ 2026-10-15** | 高（目标 8~16KB；**开机实测 UI 仅用 ~3KB**，见 §2.6.2） |
|
||||
| ② 任务栈"往大了给"，无实测依据 | 38,912 B（38 KB 现值，§2.6.1） | 高（§0.6 已有实测：uiTask 3.8/16KB、netTask 0.6/4KB → 阶段 1.3 缩减） |
|
||||
| ③ 64KB CCM 曾完全未利用，缓冲挤在主 SRAM | — | ✅ 2026-09-21 已启用（堆迁入 CCM），CCM 余量 ~16KB |
|
||||
|
||||
@@ -163,14 +163,26 @@
|
||||
|
||||
> lftpd 会话期间还会 `pvPortMalloc` 路径缓冲/DIR（<1 KB 瞬态）。**堆余量底线按 ≥4 KB 守住**（`min_ever` 是全负载历史最低点，比 `free` 更有约束力）。
|
||||
|
||||
#### 2.6.2 LVGL 内存池（40 KB）
|
||||
#### 2.6.2 LVGL 内存池（16 KB，2026-10-15 由 40 KB 收缩）
|
||||
|
||||
| 参数 | 值 | 来源 |
|
||||
|---|---|---|
|
||||
| `LV_MEM_SIZE` | 40,960 B (40 KB) | `Lib/lv_conf.h`（模拟器 `simulator/lv_conf.h` 需同步） |
|
||||
| `LV_MEM_SIZE` | 16,384 B (16 KB) | `Lib/lv_conf.h`（模拟器 `simulator/lv_conf.h` 同步，`lv-conf-sync` 门禁比对生效值） |
|
||||
| 分配器 / 色深 / OS 抽象 | TLSF / 1 (1bpp) / 无 | 同上 |
|
||||
|
||||
池内装 UI 对象树、样式、字符串、动画对象，均为运行时分配；TLSF 元数据开销约 10~15%，净可用 ≈34~36 KB。**开机实测**（2026-09-21 日志）：`menu build start: total=39476 free=37248` → `menu build done: used=2976`，即当前 UI 仅占约 **3 KB**——这是 §1.1 把池缩到 8~16 KB 的直接依据。静态无法估算池占用，需运行时 `LV_USE_MEM_MONITOR`（`lv_mem_monitor_t`）。
|
||||
池内装 UI 对象树、样式、字符串、动画对象，均为运行时分配；TLSF 元数据开销约 10~15%。**实测水位**（池水位门禁常量 + 开机日志）：
|
||||
|
||||
| 测点 | used | 占 16 KB 池 | 来源 |
|
||||
|---|---|---|---|
|
||||
| 菜单根框建完 | 5,368 B | 33% | `simulator/tests/check_menu_rows.py` 的 `MENU_POOL_BASELINE` |
|
||||
| 开页-关页往返（一次性残留 +80 B） | 5,448 B | 33% | `simulator/tests/check_content_pages.py` 的 `POOL_AFTER_ROUNDTRIP` |
|
||||
| **最重页面峰值**（网口设置保存态） | **6,568 B** | **40%** | 同上脚本的 `pool after keys: used=… free=7,080` |
|
||||
| **真机开机**（2026-10-15，16 KB 池，`@test` PASS） | **3,192 B** | 21% | 台架日志 `menu build done: total=15020 free=11828 used=3192` |
|
||||
| 真机开机（2026-09-21，40 KB 池时代） | 2,976 B | — | `ui_menu.c` 的 `lv_mem_monitor` 日志 `menu build done: used=2976` |
|
||||
|
||||
⚠ 16,384 B 建池后 `lv_mem_monitor` 报的 `total` 是 **15,020 B**——TLSF 控制块与对齐元数据吃掉 ≈1,364 B（约 8%）；核算池余量用 15,020，不是 16,384。
|
||||
|
||||
→ 16 KB 留 ≈2.5× 余量（模拟器最重页面 6,568 B / 真机菜单根框 3,192 B）。**再降到 8 KB 需先跑全量 UI 回归（PC + 真机）确认无分配失败**；池占用静态估不出来，只能靠运行时 `lv_mem_monitor`（`lv_mem_monitor_t`）。
|
||||
|
||||
#### 2.6.3 C 库堆/栈（microlib）
|
||||
|
||||
@@ -413,13 +425,12 @@ FreeRTOS 堆不变（`free=17248 / min_ever=9312`）。验证链：`@build` 0/0
|
||||
|
||||
### 阶段 1：静态大项削减（收益最大，3~5 天）
|
||||
|
||||
#### 1.1 LVGL 内存池 40KB → 16KB → 8KB（省 24~32KB）
|
||||
#### 1.1 LVGL 内存池 40KB → 16KB（✅ 已执行 2026-10-15，省 24,576 B）→ 8KB（待评估）
|
||||
|
||||
- 依据：屏幕仅 160×160×1bpp，菜单为轻量控件树；LVGL 内存池只装对象/样式/字符串缓冲，与像素缓冲无关。40KB 来自模板默认值，无适配依据。
|
||||
- 做法：`Lib/lv_conf.h:34` `LV_MEM_SIZE` 先改 `(16*1024)`，跑 UI 全量回归（PC 模拟器 + 实机），无 `LV_ASSERT_MALLOC`/分配失败再试 8KB。
|
||||
- 同步在 `simulator/lv_conf.h:26` 保持一致（两端共用 UI 源码，配置必须同步）。
|
||||
- 验证：UI 全菜单遍历 + 动画/滚动/输入框 + 中文字体渲染无缺字；LVGL 内置内存监控（`LV_USE_MEM_MONITOR`，调试构建开启）观察池占用峰值。
|
||||
- 风险：个别复杂控件/长字符串可能吃紧 → 若 8KB 不够就停在 16KB，不勉强。
|
||||
- **已落地**：`Lib/lv_conf.h` 与 `simulator/lv_conf.h` 同步改 `(16 * 1024)`——两端必须同值，`lv-conf-sync` 门禁按**生效值**比对。实测水位见 §2.6.2（最重页面峰值 6,568 B = 池的 40%）；`@build` 0 错 0 警，ZI 精确 −24,576 B → SRAM1 由 74.9% 降到 **56.1%**（余 57,504 B）。
|
||||
- 验证口径（本次即用它）：`simulator/tests/check_menu_rows.py`（菜单 8 状态像素 + 池基线 5,368 B）+ `simulator/tests/check_content_pages.py`（11 页黄金参考逐字节 + 往返池水位 5,448 B）+ 真机 `menu build done: used=` 日志。
|
||||
- **再降 8KB 的前置**：全量 UI 回归（PC 模拟器 + 真机）无 `LV_ASSERT_MALLOC`/分配失败；若 8KB 不够就停在 16KB，不勉强。
|
||||
|
||||
#### 1.2 启用 CCM RAM（+64KB 预算空间）
|
||||
|
||||
|
||||
Reference in New Issue
Block a user