根文件系统交付前的容量检查讨论边界这篇文章整理“根文件系统交付前的容量检查”的工程检查项。目标是把硬件约束、输入条件和失败处理写清而不是用某个未经记录的现场案例替代验证。设备型号、固件版本和资源余量不同结论也应重新核对。先检查什么先确认板级资源、驱动与工具链版本是否匹配再梳理中断上下文、内存所有权和错误返回。涉及升级时候选构件要能独立加载和校验涉及接口时字段范围、字节序和超时处理要有明确约定。参考实现片段以下片段保留为实现思路不是可直接套用的量产配置。地址、缓存大小、时序与内核参数都要按目标芯片、板级设计和测试记录调整。iperf3 -c 192.168.1.100 -P 20 -t 30df -h Filesystem Size Used Avail Use% Mounted on /dev/root 64M 45M 19M 71% / tmpfs 128M 128M 0 100% /tmp tmpfs 32M 32M 0 100% /var/lognetstat -s | grep -i listen queue 1542 times the listen queue of a socket overflowed[Journal] # 限制日志占用的最大磁盘/内存空间为 4 兆 SystemMaxUse4M RuntimeMaxUse4M # 限制日志生成速率如果 10 秒内产生超过 200 条日志强行丢弃超额部分 (背压降频) RateLimitIntervalSec10s RateLimitBurst200 Storagevolatile# 扩展 Socket 全连接队列上限防止连接被瞬间冲垮 net.core.somaxconn 2048 # 增大最大网卡输入队列长度 net.core.netdev_max_backlog 5000 # 显式限制 TCP 读写缓冲区最大额度防止高并发下每个 Socket 占用过多物理内存 net.ipv4.tcp_rmem 4096 87380 524288 net.ipv4.tcp_wmem 4096 16384 524288 # 开启 TCP SYN Cookies 抵御高并发 SYN 洪水攻击 net.ipv4.tcp_syncookies 1 net.ipv4.tcp_max_syn_backlog 2048 # OOM 杀手触发时优先保护核心应用进程 (0 表示不调整防止误杀) vm.panic_on_oom 0 vm.overcommit_memory 1验证记录验证要覆盖正常路径、可恢复失败和不可恢复失败。记录输入样本、构建产物、固件版本、配置和观察结果发现异常时先停止扩大范围再区分是硬件差异、依赖变化还是实现缺陷。收尾嵌入式场景最怕把假设藏在默认值里。把可用条件和回退动作留下来后续维护的人才能按同一套边界继续检查。