ScholarReels The scholarly index for research videos. An initiative by SheQAI Research.

Back to ScholarReels

Research Highlight Other arXiv:2607.01088v1

ROSA: A Robotics Foundation Model Serving System for Robot Factories

Wenqi Jiang, Jason Clemons, Rowland O'Flaherty, Hugo Hadfield, Alperen Degirmenci, Shuran Song, Yashraj Narang, Christos Kozyrakis: ROSA: A Robotics Foundation Model Serving System for Robot Factories. CoRR abs/2607.01088 (2026)

⧉ Cite

APA

BibTeX

📄 Transcript

Robot serving isn't an edge problem.

Robotics foundation models are making general-purpose factory robots

practical, but the systems that serve them are

stuck in an edge-computing mindset. They typically assume

one robot and one model on a dedicated

nearby GPU, and they typically optimize only to

minimize the latency of a single action model.

Real robotic execution needs multi-model pipelines, action generation,

planning, safety checking, progress monitoring, and the objective

that matters is factory productivity, not per-request latency.

The authors propose ROSA, a serving architecture built

on three principles: a shared GPU pool that

a whole fleet accesses over the network, a

robotics-aware declarative interface for per-task pipelines and per-component

service objectives, and factory-objective-driven scheduling.

The result: ROSA improves SLO-qualified factory productivity by

up to twelve times over conventional dedicated serving,

and by more than two times over shared-server

baselines.

Serve the fleet, not one robot.

Abstract

Robotics foundation models (RFMs) are making general-purpose robots increasingly practical for factory deployments. While RFM serving systems are central to this vision, existing systems are largely shaped by a single-robot, single-model assumption: inference is treated as an edge-computing problem handled by an on-robot or dedicated nearby GPU, and the serving objective is to minimizing the latency of a single action model. In this paper, we propose , the Robotics Oriented Serving Architecture, an RFM serving system for robot factories designed around three key principles. First, adopts shared GPU-pool serving, allowing a fleet of robots to access powerful server-class GPUs over the network in order to improve inference performance, battery duration, and GPU utilization. Second, provides a robotics-aware programming abstraction and system design that supports multi-model pipelines, per-task performance requirements, and failure handling. Third, uses factory-objective-driven scheduling to maximize SLO-qualified factory productivity rather than minimizing individual request latency. We implement on top of Ray Serve for distributed orchestration, with vLLM, PyTorch, and JAX as model-serving backends, and evaluate it on both real robots and synthetic large-scale workloads. The results show that improves factory productivity by up to 12.06 over conventional dedicated serving systems.

✓ Claims & sources (7)

Each claim in this video, with the span of the paper it comes from.

Key point Existing RFM serving treats inference as edge computing on an on-robot or dedicated nearby GPU.

existing systems are largely shaped by a single-robot, single-model assumption: inference is treated as an edge-computing problem handled by an on-robot or dedicated nearby GPU, and the serving objective is to minimizing the latency of a single action model.

Key point Real robotic execution needs multi-model pipelines and factory productivity, not per-request latency.

reliable robotic execution requires multi-model pipelines (System 1 action generation, System 2 planning, safety checking, task-progression monitoring), and that the true objective is factory-level productivity rather than per-request latency.

Key point ROSA lets a fleet share server-class GPUs and schedules to maximize SLO-qualified factory productivity.

First, adopts shared GPU-pool serving, allowing a fleet of robots to access powerful server-class GPUs over the network in order to improve inference performance, battery duration, and GPU utilization.

Key point A declarative interface specifies per-task model pipelines, per-component SLOs, and failure-handling policies.

provides a robotics-aware programming abstraction and system design that supports multi-model pipelines, per-task performance requirements, and failure handling.

Key point Improves factory productivity by up to 12.06 times over conventional dedicated serving systems.

The results show that improves factory productivity by up to 12.06 over conventional dedicated serving systems.

Key point Request-rate control lifts 24.8 to 78.8 qualified actions/s at 64 robots, a 3.18 times gain.

at 64 robots, uncapped sending yields 145.5 raw but only 24.8 qualified actions/s (17.0% SLO meet), versus 78.8 qualified actions/s at 97.2% SLO meet under capping -- a 3.18 improvement.

Key point Scheduler jointly decides placement, routing, batching, and request rate via ILP with OR-Tools.

The scheduler makes four decisions -- placement, routing, batching, and request rate -- assuming known workloads, per-model profiling, synchronous execution, one model per GPU worker to avoid interference, and batch-size search for System 1.
Share on X LinkedIn Facebook WhatsApp Email
Comments (0)

No comments yet.

Sign in to comment.