文章归档

嵌入式 Linux 设备接入网络后，TCP/IP 协议栈的默认参数往往不能满足实时性或吞吐量要求。工业网关、边缘计算节点、车载终端等场景下，网络延迟的毫秒级波动可能直接影响控制回路或数据采集的完整性。本文聚焦内核网络栈中对延迟和吞吐影响最大的可调参数，给出一套可落地的调优方法。

调优的核心判断是：嵌入式场景的网络需求通常是低延迟、确定性优先，而非最大吞吐。基于此，本文围绕缓冲区大小、拥塞控制算法、NAPI 调度、中断亲和性四个维度展开，最终形成一份可直接应用的检查清单。

嵌入式 Linux 系统在工业网关、车载终端、远程采集设备等场景中大量承担网络通信任务。内核默认的 TCP/IP 参数面向通用桌面和服务器场景设计，在内存受限、带宽有限、对延迟敏感的嵌入式环境中往往需要针对性调整。本文梳理内核网络协议栈中影响吞吐与延迟的关键参数，给出一套可在嵌入式设备上直接复现的调优步骤和检查清单。

核心结论是：嵌入式 TCP/IP 调优不是简单地”增大缓冲区”，而是在内存预算、吞吐需求和延迟指标之间做显式权衡；通过 sysctl 参数修改、内核编译裁剪和运行时监控三步闭环，可以在不增加硬件成本的前提下将网络延迟降低 30% 以上。

嵌入式设备的功耗直接决定产品续航、散热设计和部署成本。在电池供电的 IoT 节点、工业网关、车载 ECU 等场景中，功耗控制甚至优先于峰值性能。本文聚焦三个核心手段——CPU Idle 管理、DVFS 动态调频和外设低功耗控制——梳理其原理、配置方法和常见陷阱，帮助开发者在不牺牲系统响应性的前提下将平均功耗压到最低。

实践中这三个维度往往需要协同调优：Idle 策略决定 CPU 何时进入低功耗状态，DVFS 决定运行时的频率-电压档位，外设管理则覆盖 DMA、GPIO、时钟门控等周边模块。单独优化任何一项都难以获得最佳效果。

以下内容基于 Linux 内核电源管理框架，兼顾 RTOS 和裸机 MCU 场景的差异。结论先行：合理的功耗优化需要系统级视角，从硬件能力、内核策略到应用层行为逐层审视。

嵌入式 Linux 系统中，多个进程协同完成任务是常态：传感器采集进程把数据交给显示进程，控制逻辑通过守护进程下发指令，日志服务从各模块收集状态。进程间通信（IPC）的选择直接决定了系统延迟、可靠性和可维护性。本文聚焦三种在嵌入式场景中高频使用的 IPC 机制——D-Bus、共享内存和 Unix Socket，从适用场景、性能特征和工程取舍三个维度给出判断框架。

实践中没有万能方案。D-Bus 适合结构化的服务发现与消息路由，共享内存适合高吞吐低延迟的原始数据交换，Unix Socket 适合可靠的流式或数据报通信。选型时需要同时考虑数据量级、实时性要求、安全隔离粒度和团队维护成本。

嵌入式设备一旦部署到现场，固件升级就变成了一项高频且高风险的操作。传统的单分区原地升级（in-place upgrade）在写入过程中遭遇断电或异常，设备可能变砖，恢复成本极高。A/B 分区方案通过保留两份完整的系统镜像，将升级风险从”写入失败”降级为”切换失败”，配合可靠的回滚机制，能显著提升 OTA 的成功率和设备可用性。本文将围绕 A/B 分区的设计思路、落地步骤和常见陷阱展开讨论。

嵌入式 Linux 系统的内核镜像大小直接影响启动时间、存储占用和运行时内存余量。一个未经裁剪的通用内核动辄数十 MB，而多数嵌入式设备只需要其中很小一部分功能。内核裁剪就是把不需要的驱动、文件系统、网络协议和调试设施从内核中剔除，最终得到一个功能完备且体积紧凑的定制内核。

内核定制并非简单地关闭选项。它要求开发者对硬件外设、BSP 提供的能力、产品功能边界有清晰认知。裁剪过头会导致缺少必要驱动或模块依赖断裂，裁剪不足则浪费存储和内存。本文给出一套可操作的裁剪流程和常见陷阱，帮助开发者在功能完整性和镜像体积之间取得平衡。

联网设备必须有清晰的设备身份。设备 ID、SN、MAC、证书和私钥如果管理混乱，会影响 MQTT 连接、云端认证、售后追踪和安全性。身份信息要从生产阶段就设计好。

嵌入式 Linux 不等于只能写 C。驱动和底层库仍以 C 为主，但业务服务、网络通信、配置管理、升级程序可以根据资源和团队能力选择 C++、Go 或 Rust。语言选型要看约束，不要只看偏好。

嵌入式项目很容易变成一堆 SDK 压缩包、临时补丁、手工改动和不可复现镜像。项目目录和协作方式如果不规范，团队越多人，问题越难追。

嵌入式设备的存储介质差异很大。NOR、NAND、eMMC、SD 卡的特性不同，适合的文件系统和升级方式也不同。选错存储方案，后面会在断电、坏块、寿命和性能上不断补坑。