知识点 › 车端基础
CPU、内存与调度
CPU / Memory Scheduling
定义
CPU 在车端的核心问题不是「快不快」，而是「隔不隔离」：①isolcpus + 绑核，把通信收发、感知后处理放到专属核，不被其他进程抖动；②OOM 策略（oom_score_adj）——把 OOM 当必然事件，先决定谁被杀、绝不让主链路被杀；③限频与热，车规温度下 p99 延迟会很难看；④中断与软中断绑核，网卡 / TSN 中断不能和业务抢同一颗核。
关键要点
- 优先级要分层：通信收发 > 主链路 > 采集落盘 > 影子 / 日志
- OOM 是设计假设而不是意外：先写好谁被杀，再谈不会 OOM
- 日志与指标自己也吃 CPU，采样率与环形缓冲必须设上限，否则观测变成故障源
- 72 小时以上长稳测试比瞬时压测更能暴露 CPU / 内存问题
面试怎么答
讲「隔离核 + 绑核 + OOM 优先级 + 长稳测试」，这是车端工程化最常见的追问方向。
常见踩坑
用「加核 / 换更快的芯片」回答性能问题。车端算力是定死的，正确答案是配额、隔离与降级策略。
相关知识
- GPU 算力与配额 — 车端 GPU（如 Orin / Thor）是被争抢最激烈的资源：主感知链路、影子模型、录像编码、甚至座舱渲染共用同一块…
- 车端基础全景（四层） — 车端是一个「资源受限 + 安全受限 + 不可现场调试」的计算环境，可以拆成四层：①OS 层（Ubuntu 裁剪、实时内…