YOCTO嵌入式设备长时间ping后kswap0占满CPU问题咨询

问题1：简单的ping操作为何会引发该问题？ #

你可能会纳闷：不就是发点小数据包的ping吗，怎么能搞出这么严重的CPU阻塞？其实核心是长期运行下的内存管理问题。

持续100小时的ping，单个数据包虽小，但内核网络栈会不断创建、回收skb（套接字缓冲区）来处理这些请求。嵌入式设备本身内存就有限，如果内核存在内存碎片或者隐性内存泄漏（比如skb未被正确回收、某些网络缓存持续增长），时间久了会导致物理内存的可分配连续页越来越少。

这时候kswapd0进程会被唤醒——它的本职工作就是扫描内存、把不常用的页交换到swap分区，或者回收缓存释放内存。如果你的设备swap分区过小、存储速度慢（比如用eMMC/SPI Flash），或者内存碎片过于严重，kswapd0就会陷入循环扫描、尝试交换的死循环，最终把CPU资源全部占满，导致设备阻塞。

另外，Yocto定制的内核可能默认开启了某些不适合嵌入式场景的内存回收策略，或者缺少针对性的优化补丁，也会让这种长期小负载触发异常。

问题2：如何规避此问题？ #

我给你整理几个实际可行的方向：

• 先排查内存泄漏根源：用slabtop或者cat /proc/slabinfo查看网络相关缓存（比如skbuff_head_cache）是否持续增长。如果是，说明内核网络栈存在泄漏，需要检查内核版本的已知bug，或者在Yocto中启用对应的修复补丁。
• 调整内存回收参数：
  • 适当调高vm.min_free_kbytes，保证系统始终保留足够的空闲内存，避免kswapd0频繁被触发。临时调整可以用echo 2048 > /proc/sys/vm/min_free_kbytes，想持久化就写入/etc/sysctl.conf。
  • 调整vm.swappiness参数（后面详细讲），降低内核交换的倾向。
• 优化swap配置：如果用了swap分区，确保大小适配（嵌入式设备可根据内存情况调至物理内存的0.5-1倍）；如果是Flash存储，建议换成zram压缩swap，减少IO开销，让kswapd0处理交换的速度更快，避免卡死。
• 定制内核配置：在Yocto的内核配方中，启用CONFIG_COMPACTION（内存碎片整理）或CONFIG_CMA（连续内存分配器）来减少内存碎片；同时关闭一些不必要的内存缓存特性，降低整体内存压力。
• 临时应急方案：如果暂时找不到根源，可以定时执行echo 3 > /proc/sys/vm/drop_caches（需要root权限），手动回收页缓存、目录项和inode缓存，缓解内存压力——这只是权宜之计，还是要优先解决根本问题。

问题3：将vm.swappiness设置为0会产生什么效果？ #

先给你讲清楚这个参数的作用：vm.swappiness是内核用来平衡“回收页缓存”和“交换匿名页到swap”的参数，取值0-100，数值越高越倾向于交换内存页到swap。

设置为0后，内核几乎不会主动交换匿名页，只有当物理内存耗尽到只剩vm.min_free_kbytes指定的空闲内存时，才会触发kswapd0进行交换。这样做的直接好处是：kswapd0不会频繁被唤醒，CPU占用会大幅降低，完美解决你遇到的阻塞问题。

但副作用也得注意：如果系统内存真的吃紧，内核无法通过交换释放空间，就会触发OOM Killer（内存不足杀手），随机杀死占用内存多的进程来释放资源。对于嵌入式设备来说，如果你应用的内存占用稳定、物理内存足够，设置vm.swappiness=0非常安全；但如果内存本身就紧张，可能会导致关键进程被杀死，反而影响稳定性。

在Yocto中设置的方式：

• 临时生效：echo 0 > /proc/sys/vm/swappiness
• 持久化：在/etc/sysctl.conf中添加vm.swappiness=0，或者在Yocto的配方中通过sysctl配置项批量设置。

内容的提问来源于stack exchange，提问作者H2O