内核配置裁剪应按硬件真实需求保留最小功能集合，而非盲目删除；例如全志h3仅接emmc和usb摄像头时，需禁用sata、蓝牙、音频等无关驱动，关闭arm平台下的x86相关选项，并谨慎处理module_unload、debug_kernel等易增体积与延迟的配置。
内核配置裁剪：从 make menuconfig 开始删什么
裁剪不是“删得越多越好”，而是按硬件真实需求保留最小集合。比如你用的是全志 H3 芯片、只接了 eMMC 和 USB 摄像头，那 CONFIG_SATA_AHCI、CONFIG_BT、CONFIG_SOUND 就该直接设为 n；ARM 架构下所有 CONFIG_X86_* 必须关掉，否则编译器会悄悄带入无用代码段。
容易踩的坑：CONFIG_MODULE_UNLOAD 看似只是“允许卸载模块”，但开启后会引入一整套模块管理逻辑，增加 initcall 阶段耗时；嵌入式设备通常不热插拔驱动，建议设为 n。另外，CONFIG_DEBUG_KERNEL 下一堆选项（如 CONFIG_DEBUG_INFO、CONFIG_KASAN）在量产阶段必须关闭，它们会让内核镜像体积翻倍、启动延迟明显上升。
initcall_debug 和 ftrace 怎么定位启动慢在哪
加启动参数 initcall_debug printk.time=y，串口日志里就能看到每个 subsys_initcall 或 fs_initcall 的执行耗时。别只扫一眼“耗时最长的是 xxx”，重点看那些“本不该存在”的调用——比如 usbcore_init 在没接 USB 设备的板子上跑了 120ms，说明 CONFIG_USB 没彻底关干净，可能漏掉了 CONFIG_USB_STORAGE 或 CONFIG_USB_GADGET 的依赖项。
进阶用法：echo function_graph > /sys/kernel/debug/tracing/current_tracer 配合 cat /sys/kernel/debug/tracing/trace 可看到函数级调用栈，尤其适合查清“为什么 mdio_bus_init 要等 800ms”——常是因为 PHY 初始化超时，而根源是设备树里 phy-handle 指向了一个不存在的节点。
设备树（DTS）精简：删节点比删驱动更有效
内核驱动可以裁，但设备树里一个冗余节点，只要匹配成功，就会触发对应驱动 probe，哪怕你已把该驱动编译成模块甚至禁用。常见误操作：保留了 &i2c1 节点却没接任何 I²C 设备，结果 i2c_designware_init 照样执行并等待超时；或者 &pcie0 节点残留，导致内核花 500ms 去扫描根本不存在的 PCIe 总线。
实操建议：
• 先用 dtc -I dtb -O dts vmlinux.dtb > kernel.dts 反编译当前设备树
• 对照原理图，逐个确认每个 &xxx 节点是否真实存在且被使用
• 删除未连接外设的总线节点（如 &i2c2、&spi1），并同步检查 status = "okay" 是否只出现在必需节点上
• 注意：某些 SoC 的“伪节点”（如全志的 &usb_otg）即使不接设备也需保留，否则 USB 主机功能异常——这得查芯片手册或 BSP 文档，不能凭经验删
C++ 相关优化：主要在用户空间，不在内核本身
Linux 内核本身是 C 写的，constexpr、extern template 这类 C++ 特性对内核编译无效。但如果你的启动流程里包含 C++ 编写的 init 程序（比如用 systemd 或自研 init），这些技巧就非常关键：
• 启用 -flto -O2 -fno-exceptions -fno-rtti 编译你的 init 程序，能显著减少符号表体积和构造函数调用开销
• 把配置参数（如网络 IP、设备 ID）用 constexpr 定义，避免运行时解析 JSON 或 INI 文件
• 用 __attribute__((constructor)) 替代全局对象构造，可精确控制初始化顺序，防止因依赖未就绪导致阻塞
• 注意：C++ 标准库（如 libstdc++）在嵌入式中尽量避免，改用轻量级替代（如 libcxx + libcxxabi）或纯 C 接口封装
最易被忽略的一点：裁剪和优化必须配合测量闭环。每次改完 .config 或 DTS，都要用 systemd-analyze time（用户空间）和串口时间戳（内核空间）双验证，否则你以为删掉的驱动，可能正以另一种方式拖慢启动。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
