实时系统

副标题 / 摘要 实时系统的核心不是“快”，而是“可预测”。本文解释实时系统与普通系统的差异，并给出工程落地要点。 目标读者 做嵌入式、自动控制、工业系统的工程师 需要理解时限约束的后端开发者 想区分“高性能”与“实时性”的技术负责人 背景 / 动机 很多系统不只要求快，还要求“按时”。 比如刹车控制、心电监测、工业自动化等，错过时限比“慢一点”更危险。 核心概念 硬实时（Hard RT）：错过时限等同失败 软实时（Soft RT）：偶尔错过仍可接受 确定性（Determinism）：执行时间可预测 时限（Deadline）：任务必须完成的时间点 实践指南 / 步骤 定义时限与容忍度（硬实时/软实时） 测量最坏情况执行时间（WCET） 选择合适调度策略（如固定优先级） 限制不可预测行为（GC、动态分配、锁竞争） 建立监控与超时策略 可运行示例 下面示例用简单的“任务+时限”判断是否满足实时要求： from typing import List, Tuple def is_schedulable(tasks: List[Tuple[int, int]]) -> bool: # (runtime, deadline) time = 0 for runtime, deadline in tasks: time += runtime if time > deadline: return False return True if __name__ == "__main__": print(is_schedulable([(2, 3), (1, 5), (2, 7)])) # True print(is_schedulable([(2, 3), (3, 4)])) # False 解释与原理 普通系统关注平均吞吐和响应时间，而实时系统关注“最坏情况”。 只要存在无法预测的延迟（GC 停顿、锁竞争、I/O 抖动），就会破坏实时性。 ...

副标题 / 摘要 实时系统追求可预测性，而堆分配与 GC 往往引入不可控延迟。本文解释二者关系，并提供工程替代策略。 目标读者 做实时/嵌入式系统的工程师 关注性能与确定性的开发者 需要制定内存策略的技术负责人 背景 / 动机 在实时系统里，“偶尔慢”也可能是灾难。 堆分配和垃圾回收会带来不可预测的暂停和抖动，这与实时性天然冲突。 核心概念 堆分配：运行期动态申请内存 GC 暂停：回收时的停顿导致时延不可控 确定性：最坏情况可预测 静态分配：编译期或启动期分配 实践指南 / 步骤 避免运行期频繁分配 使用对象池/环形缓冲 关键路径使用栈或静态内存 把 GC 影响隔离在非实时线程 做最坏情况延迟测试 可运行示例 下面对比“堆分配”与“静态数组”的模式： #include <stdio.h> #include <stdlib.h> #define N 1024 static int buffer[N]; int main(void) { // 静态分配：可预测 for (int i = 0; i < N; ++i) buffer[i] = i; // 动态分配：可能触发不可预测延迟 int *heap = (int *)malloc(sizeof(int) * N); if (!heap) return 1; for (int i = 0; i < N; ++i) heap[i] = i; free(heap); printf("done\n"); return 0; } 解释与原理 堆分配需要维护分配器状态，可能引发锁竞争与碎片整理。 GC 会在不确定的时间触发暂停。 这些都让最坏时延不可预测，因此实时语言往往限制或避免堆分配。 ...