跟搞运动控制的人提一句"Linux不能做实时"，大概率会被回一句：out了。PREEMPT_RT早就完整并入内核主线（Linux 6.12起），它把中断处理变成可抢占的线程，把内核不可抢占的临界区压到极小——"最坏延迟"从毫秒级缩进微秒级。但网上跑分真假难辨，直到10月23日一条新鲜出炉的真机实测：在正点原子ATK-DLRK3588开发板上，4个A55小核被拉满烤机，被物理隔离出来的大核24小时连续测试，延迟依然稳在约2微秒量级。这个数字对嵌入式人意味着什么，我去扒了一遍。哔哩哔哩
实测怎么做的：让噪声和信号分居
RK3588是4个A76大核+4个A55小核。UP主dengzhimao的做法：isolcpus把大核（CPU4-7）隔离出来当实时区，剩下4个小核全部拉满烤机，摆明"制造干扰"。结果烤了24小时，大核延迟仍压在2μs上下（完整记录在他附的语雀文档里）。评论区10赞置顶也直接点破门道：进程可以绑核，把isolcpus配好，噪声和实时就是两个世界。哔哩哔哩
为什么嵌入式用户该看一眼
老纠结就摆在这儿：想要Linux的生态——桌面、NPU、4K、网络，又想要硬实时——电机、机器人、工控、采集。以前答案是"Linux跑系统、外挂一颗MCU跑实时"，现在这个实测数字说明一块板子可能全包。而这块ATK-DLRK3588正是原子用户的主流选择：官方已适配并发布Ubuntu 22.04/24.04/26.04三个LTS镜像。2026版SDK资料今年7月刚更新。板载NPU连"1分钟初步验证"的实操教程都有了。视觉+控制理论上可以一锅端。哔哩哔哩哔哩哔哩哔哩哔哩
三盆冷水，一盆都不能少
1）2μs是"隔离后的最优成绩"，不是你手上板子的默认值。不隔离大核、不绑任务，普通负载下毫秒级延迟才是常态；2）版本是坑。正点原子2026版资料基于Linux 5.10/6.1 SDK，要上RT得自己打实时补丁；想用"免打补丁"的主线PREEMPT_RT，得看6.12及之后的内核——评论区就有人吐槽RK的主线支持进度。老底板还要先确认能不能适配新镜像；3）硬实时别盲信别人的数字。在你自己的负载下跑一轮cyclictest，盯最大延迟而非平均值；时序苛刻的场景，独立RTOS或外置MCU仍是更稳的答案。哔哩哔哩
最后说一句
微秒级延迟出现在一块学习板上，等于把"做实时该选什么板"的边界又往外挪了一格。但2μs不是终点，它只是Linux挤进实时牌桌的入场券——数字要变成你自己的，还得自己上板烤一遍。
