liandu2024 说明 TCP 空闲缓冲修复及验证边界，内存增长问题仍未结案
liandu2024 在 Open-Box #413 中说明，v0.1.337／内核 1.14.1-openbox-tcp28 已调整较大 TCP 传输进入批量接收后的空闲连接：不再长期持有整组读取缓冲，有新数据时仍按原批量收发，默认 GC、读取批量与转发设置不变。他报告在测试机完成 32/64 连接、IPv4/IPv6 的传输、空闲与恢复对照，96 轮数据摘要校验通过，并以原配置连续运行 20 分钟、完成 21 轮联网检查；这些验证未覆盖 GC 环境参数，也不能证明报告者设备的全部内存增长已解决。该项修复与此前 RSS 显示及 WireGuard 缓冲修复不同，Issue 继续保持打开。他建议升级并确认 tcp28 后，在同一配置、相近连接数下对比传输结束并空闲后的 RSS 与系统可用内存。
作者原文@liandu2024v0.1.337 / 内核
1.14.1-openbox-tcp28已修复另一处实际内存占用：较大的 TCP 传输进入批量接收后，连接仍保持打开但已经空闲时，不再长期持有整组读取缓冲；有新数据时继续按原批量收发。默认 GC、读取批量和转发设置均未改变。这条 TCP 路径已在测试机完成 32/64 连接、IPv4/IPv6 的传输、空闲及恢复收发对照，96 轮数据摘要独立校验通过。另用原配置连续运行 20 分钟，内核 PID 未变化、21 轮联网检查全部成功，未覆盖 GC 环境参数。这些验证只支持本次修复范围，不能证明你这台 512 MB 设备的全部内存增长都已解决。
此前 v0.1.335 修正 RSS 显示、v0.1.336 修复 WireGuard 缓冲，本次补上 TCP 空闲缓冲这一项；本 Issue 继续保持打开。升级并确认 tcp28 后，可以沿用同一配置，对比相近连接数下、传输结束并空闲后的面板 RSS、系统可用内存及 sing-box / Node RSS。之前要求的时间对照仍适用，旧的 top 虚拟内存数字不用重传；若仍持续增长，请补新版对应时段的数据。