liandu2024 说明 WireGuard 空闲缓冲优化的范围，内存增长问题仍未结案
liandu2024 在 Open-Box #413 中说明，v0.1.336／内核 1.14.1-openbox-tcp27 修复了多 WireGuard 节点的空闲接收循环长期持有大批缓冲区的问题，改为按实际读取批量使用缓冲，并在等待数据时释放不再需要的缓冲；他报告已完成多节点空闲、IPv4/IPv6 与真实 WireGuard TCP/UDP 传输验证。他强调，这项实际内存优化只覆盖 WireGuard 路径，与 v0.1.335 的 RSS 显示修正不同；现有讨论未确认报告者是否使用 WireGuard，也未证明 512 MB 设备的全部内存增长由此引起，因此问题继续保持打开。
作者原文@liandu2024v0.1.336 / 内核
1.14.1-openbox-tcp27修复了一项实际内存占用问题：配置多个 WireGuard 节点时，空闲接收循环会为每个节点长期持有大批缓冲区；现在按实际读取批量使用缓冲，并在等待数据时释放不再需要的缓冲。已做多节点空闲、IPv4/IPv6 和真实 WireGuard TCP/UDP 传输验证。这次有实际内存优化，但只覆盖上述 WireGuard 路径；此前 v0.1.335 的 RSS 显示修正仍是另一件事。现有讨论没有确认你是否配置了 WireGuard 节点，也没有证明 512 MB 设备的全部内存增长都由此引起，因此这条保持打开。
如使用了 WireGuard，可升级并确认内核为 tcp27，沿用同一配置对比相近运行时长下的面板内存、系统可用内存以及 sing-box / Node 的 RSS。若仍持续增长，请附这些对照并说明 WireGuard 节点数量。