精读笔记
Problem Setting
论文标题：ROSA: A Robotics Foundation Model Serving System for Robot Factories（arXiv preprint / 2026）。这篇论文不是在改进 VLA / WAM 模型本身，而是在定义并解决机器人工厂里的 RFM serving 问题：一组机器人持续调用 action model、planner、safety checker、monitor 等模型，系统目标不是让某一次 inference 更快，而是在满足每个组件 SLO 的前提下最大化工厂级有效动作产出。
真正困难点在于机器人推理负载不是普通 LLM serving：请求由物理执行闭环节奏驱动，System 1 延迟会影响 action rate，System 2 / safety / monitor 又有不同频率和不同 SLO；同时机器人不能无限排队，因为过期 action 可能直接失效甚至不安全。以前方法卡在两个假设：per-robot dedicated serving 导致 GPU 空闲与无法跨机器人 batch；single-action-model latency optimization 忽略了多模型 pipeline 与工厂级目标。关键矛盾是：共享资源提高利用率，但共享带来的 queueing tail latency 会让动作失去 SLO 资格；ROSA 的问题就是如何在这两者之间做可控调度。
Motivation
作者的核心观察很直接：机器人执行动作期间 GPU 往往空闲，而多机器人同时存在时这些空洞可以被其他机器人请求填满；但如果只是把所有机器人接到一个 shared cluster 上，不做 rate control 和模型级资源分配，很快会因为队列积压导致 P99 SLO 崩溃。因此缺的不是“更快的 action model”，而是一个 robotics-aware serving layer。
已有路线不够的原因在于它们大多优化模型内计算：量化、layer skipping、CUDA graph、diffusion step reduction、KV reuse 等，这些都默认服务对象近似是单模型、单机器人或单请求路径。机器人工厂缺的是跨 robot、跨 model、跨 SLO 的调度问题定义：哪些模型只需满足义务频率，哪些模型决定 action throughput；哪些 latency 降低有实际产线收益，哪些只是浪费 GPU。ROSA 的动机可以概括为：把 RFM serving 从 edge inference problem 提升为 factory operations optimization problem。
Core Idea
ROSA 的核心思想是重新建模 serving objective：不再最小化单次 inference latency，而是最大化 SLO-qualified weighted action throughput。这个建模改变很重要，因为机器人任务里 latency 低于阈值之后收益递减，真正有价值的是在不违反 SLO 的情况下让更多机器人持续产生有效动作。
它引入的 inductive bias 是“机器人 pipeline 的组件有不同经济角色”：System 1 / System 2 是 goal-coupled，决定闭环动作频率；safety / monitor 是 obligation，只需要按规定频率可靠运行，跑得更快不直接增加产出。这个拆分让 scheduler 可以先给 obligation models 最小可行资源，再把剩余 GPU 用于提升 goal-coupled action rate。和 prior 的本质差异不是使用 ILP 或 Ray Serve，而是把多模型机器人控制流、物理执行时间、SLO、batching 和资源池化放进同一个稳态优化问题。
Method
1. 声明式任务接口：解决的是机器人 workload 难以被普通 serving 系统表达的问题。它把模型组成、调用频率、SLO、fallback、retry policy 显式化，使调度器能看到任务结构，而不是只看到孤立 RPC。核心变化是服务配置从 model-centric 变成 task-centric。
2. 共享 GPU pool：解决 per-robot GPU 利用率低和车载算力受限的问题。它利用机器人执行动作时的空闲间隙和跨机器人 batch，使服务器级 GPU 的吞吐优势超过网络开销。必要前提是网络延迟相对模型推理延迟足够小且稳定。
3. Profiling-guided scheduling：解决共享服务中的 tail latency 不可控问题。ROSA 不假设 batch 越大越好，而是用模型在不同 batch / load 下的 profile 判断 SLO feasibility。核心变化是 batching 从 runtime opportunistic policy 变成被 SLO 约束的调度变量。
4. Rate control：这是方法里最关键的机制之一。机器人如果按最快速度发请求，会在高负载下制造队列，导致 raw throughput 看似高但 qualified throughput 归零。ROSA 显式限制每类任务 action rate，把请求注入速度控制在系统能满足 P99 的范围内。
5. ILP + heuristic packing：解决多模型、多任务下 placement / routing 的组合爆炸。均质任务用二分搜索 action rate + ILP packing；异质任务用 adaptive frontier search、isolated packing 和 greedy compaction。这里的算法不是理论最优重点，而是把 SLO-feasible profile 转化成可执行 schedule。
Key Insight / Why It Works
ROSA 有效的主要原因不是某个新 serving runtime，而是避免了 shared serving 的典型失效模式：无控制的客户端持续注入请求，使 queueing delay 迅速超过 action SLO，导致有效动作吞吐塌缩。Rate control + SLO-aware batching + model-wise resource allocation 共同把系统维持在 tail latency 可控区间。
最可能的核心贡献是问题重定义和调度目标：SLO-qualified factory productivity 比 average latency 更贴近机器人产线。这个目标自然导出两个关键策略：不要为 obligation models 过度分配资源；不要追求超过 SLO 的低 latency，而要把 GPU 用于扩大可服务 robot/action rate。
增益来源需要拆开看。相对 dedicated serving 的 12× 量级提升，很大部分来自 resource pooling / GPU sharing / 支持更多机器人，本质是 scaling 与 utilization，不是算法上的不可替代创新。相对 naive shared baseline 的提升更有信息量，主要来自 request-rate control、SLO-aware resource allocation 和 profiling-guided batching。也就是说，论文真正证明的是“机器人 RFM serving 不能只做 naive multiplexing”，而不是证明 ROSA 的具体 ILP heuristic 已经最优。
System 1 batching 的贡献是典型 throughput-latency trade-off，不是新 insight；System 2/safety/monitor 的 pipeline abstraction 是必要但偏工程化；hot standby 与 admission control 也是工业系统常规设计。最值得迁移的 insight 是把物理闭环系统中的 request generation 看成可调控变量，而不是外生流量。
Relation To Prior Work
最接近的谱系不是 robotics policy learning，而是 cluster serving / LLM serving / edge-cloud robotics 的交叉。和 vLLM/Ray Serve 等系统相比，ROSA 的新增信息在于机器人任务的闭环节奏、SLO、fallback 和多模型 pipeline 被显式纳入调度目标；底层 serving runtime 基本复用已有系统。
和 VLA inference optimization work 相比，ROSA 不优化模型内部计算，而优化多机器人部署形态。前者解决“一个模型如何更快”，ROSA 解决“很多机器人如何共享一组模型且不让 SLO 崩”。这是不同层级的问题。
和传统 edge robotics / cloud robotics 相比，ROSA 的实质新意是将 RFM pipeline 的多组件结构与工厂 objective 结合，而不是简单 cloud offloading。看似新的部分里，ILP packing、batching profile、hot standby、admission control 都是已有系统思想重组；真正新的组合点是 robotics-specific abstraction + factory-level SLO-qualified action throughput objective。
Dataset / Evaluation
评估覆盖了真机小规模验证和合成多机器人负载。真机 Franka 实验主要证明端到端路径能跑，包括 action、monitor、safety 等组件；它不能证明大规模机器人实际部署中的可靠性、任务成功率提升或安全闭环充分性。大规模结果主要来自 replay real observations 的 synthetic workload，适合验证 serving scheduler，但对真实工厂动态、网络 jitter、任务分布变化、故障模式覆盖有限。
实验确实支持核心 systems claim：在 8 张 H200、已知 task mix、固定模型 profile 下，ROSA 比 dedicated 和 naive shared serving 更能维持 SLO-qualified throughput。尤其 shared baseline 在高负载下 SLO meet rate 崩溃，说明 rate control 和资源分配是必要的。
但 evaluation 也有明显边界：metric 是 SLO-qualified action throughput，而不是真实产线产能、任务成功率、collision avoidance effectiveness 或 human intervention rate。SLO 合格动作不等价于任务完成；monitor/safety VLM 的判断质量也没有被系统性评估。因此论文验证的是 serving efficiency，不是机器人智能或安全能力。
Limitation
ROSA 的核心前提是 workload 稳态且可预测：机器人数量、任务组成、System 2 调用比例、safety/monitor 频率、SLO 都预先给定。真实工厂里任务切换、异常、重试、人工干预、局部拥塞可能让 profile 和 schedule 快速失效。文中虽然提到 admission control 和 rescheduling，但动态调度能力未充分说明。
第二个前提是 profiling 可泛化。模型 latency profile 受输入长度、图像分辨率、prompt、batch composition、backend version、GPU contention 影响；论文把 profile 作为调度基础，但没有充分讨论 profile drift 和 tail robustness。
第三，centralized serving 把问题从车载算力转移到网络与集群可靠性。低延迟稳定网络在工厂中可能成立，但 safety-critical robotics 不能只依赖平均网络表现；P99/P999、packet loss、AP handoff、server reboot、router failure 等会直接影响机器人行为。hot standby 只覆盖部分 GPU failure，不覆盖端到端网络与分布式控制风险。
第四，所谓多模型 robotics reasoning 在本文中不是重点，也没有证明 System 2 真正改善任务成功率。planner / monitor / safety 都更像被 serving 系统调度的外部组件，其能力假设来自已有 VLM/RFM。核心能力可能主要来自模型本身与数据覆盖，ROSA 不解决模型错误、误检漏检、长期状态建模或 semantic safety grounding。
第五，增益归因有一部分不清。相对 dedicated baseline 的巨大提升很可能主要来自 GPU 数量配置不对等意义下的资源池化效率；这在系统部署上有价值，但科学上更接近 engineering / scaling。更强的 baseline 应该包括成熟 cluster scheduler、adaptive autoscaling、deadline-aware queues、EDF/priority scheduling 等。
Takeaway
- 1. RFM serving 未来很可能不会停留在 per-robot edge inference，而会向 factory-level shared inference infrastructure 演化；机器人端保留低级控制和安全 fallback，重模型推理集中化。
- 2. 对机器人系统，优化 average latency 是错目标；更合理的目标是 deadline-qualified progress rate，且 request rate 本身应被调度器控制。
- 3. 多模型 pipeline 里应区分“推动任务进展的模型”和“满足义务约束的模型”。
- 这个抽象可以迁移到自动驾驶、仓储机器人、多智能体仿真、具身 agent server 等任何有闭环动作和辅助判别模型的系统。
一句话总结
ROSA 是把机器人基础模型部署从单机器人边缘推理推进到工厂级共享 GPU serving 的系统化尝试，真正贡献在于用 SLO-qualified action throughput 重新定义调度目标，并把多模型机器人闭环变成可优化的资源分配问题。