Rethinking the Suitability of Reinforcement Learning Algorithms Under Practical Transfer Constraints
This paper argues that evaluating reinforcement learning algorithms for transfer tasks requires looking beyond sample efficiency to include practical wall-clock training time and robustness under domain randomization, demonstrating that the sample-inefficient PPO can outperform more sample-efficient algorithms like SAC and TD-MPC2 in speed while all three paradigms benefit similarly from domain randomization.
Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer
Imagine a world where robots learn to walk, dance, or catch balls not by being programmed with rigid rules, but by playing a game of trial and error, much like a toddler learning to walk. This field is called Reinforcement Learning (RL). In this digital playground, an AI agent tries different moves, gets points for doing well, and loses points for falling over. Over time, it figures out the best way to move. But here's the catch: most of this learning happens in a perfect, fake computer world (a simulator). The real goal is to take that learned skill and use it in the messy, unpredictable real world. This is called "transfer."
To make this transfer work, scientists usually measure how "sample efficient" an algorithm is. Think of this like counting how many times a student has to flip a page in a textbook to learn a concept. If Algorithm A needs 1,000 page flips and Algorithm B needs 10,000, we usually say Algorithm A is the winner. But this paper asks a different, very practical question: What if the student has a ticking clock? What if the real constraint isn't how many pages they can flip, but how fast they can read them? In modern computing, we can run thousands of simulations at once, like having a thousand students reading the same book simultaneously. This means an algorithm that needs more "flips" might actually finish the book faster if it has a bigger team. This paper explores whether our usual way of ranking these learning algorithms is missing the bigger picture of what actually works in the real world.
The researchers, a team from universities and research institutes, decided to put three popular learning algorithms to the test: PPO (a method known for being stable and good at using many computers at once), SAC (a method famous for needing fewer practice attempts), and TD-MPC2 (a smart method that tries to predict the future to learn faster). They wanted to see if the "winner" changed depending on how you measured them.
First, they looked at the "wall-clock time" versus the "number of tries." In their simulations, they set up a race. When they counted only the number of practice attempts (interactions), SAC and TD-MPC2 were the clear champions, learning the tasks with fewer tries than PPO. It was like seeing a student who memorized the book in half the time. However, when they switched the stopwatch to measure actual time, the story flipped. Because PPO was set up to run on 2,048 parallel environments (imagine 2,048 students reading the book at the exact same second), it gathered its massive amount of practice data so quickly that it produced a working robot policy much faster in real-time than the other two. The paper suggests that if you are a robot engineer with a deadline, the "slower" learner (PPO) might actually get you to the finish line sooner because it scales up better with powerful computers.
Next, the team tackled the problem of "domain randomization." This is a technique where you teach the robot in a simulator that changes slightly every time—maybe the floor is slippery one moment, or the robot's legs are heavier the next. The goal is to make the robot robust enough to handle the real world, where things are never perfect. There was a common belief that some learning styles (like the complex, predictive TD-MPC2) might get confused or fail when the training environment is this chaotic, while others (like PPO) were thought to be the only ones that could handle it.
The researchers tested this by training all three algorithms with five different levels of chaos, from "narrow" (tiny changes) to "extensive" (wildly different physics). They found that the idea that one algorithm is inherently better at handling chaos is a myth. In their simulations, PPO, SAC, and TD-MPC2 all benefited from domain randomization, but the results were a mixed bag. Sometimes, a little bit of chaos helped SAC the most; other times, a lot of chaos helped TD-MPC2. There was no single "best" algorithm for all situations. The paper concludes that the success of using random training depends heavily on the specific task, the specific algorithm, and how much chaos you introduce. It's not about picking the "strongest" robot; it's about tuning the training environment to fit the job.
In the end, the paper argues that we need to stop looking at sample efficiency as the only scorecard. Just because an algorithm learns with fewer interactions doesn't mean it's the best choice for a real-world project. If you have a time limit and access to powerful computers, a "less efficient" algorithm might be the practical winner. And when it comes to making robots robust against real-world surprises, there isn't a one-size-fits-all solution; the best approach depends on the specific puzzle you are trying to solve. The authors suggest that future engineers should weigh the time it takes to train a robot just as heavily as the number of times it has to practice.
Drowning in papers in your field?
Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.