Home Deep Rl Sac Ppo Artikel 6
Teil 6 Generative AI

PPO vs. SAC: Wann welcher Algorithmus?

Bild: KI-generiert mit Beuys


PPO vs. SAC: Wann welcher Algorithmus?

Beide Algorithmen sind State-of-the-Art – aber sie lösen unterschiedliche Probleme optimal. Dieser Abschluss-Artikel vergleicht PPO und SAC entlang aller relevanten Achsen (On-/Off-Policy, Sample-Effizienz, Stabilität, Aktionsraum, Parallelisierbarkeit), liefert einen Entscheidungs-Mermaid, ordnet typische Anwendungsfelder (Robotik, Trading, RLHF, Spiele) zu und schlägt die Brücke zur self-learning-agents-Serie.


1. Die zentrale Frage: Welches Problem löst du?

Eine Methode für alle Nägel ist im RL noch seltener als anderswo. Die Wahl zwischen PPO und SAC ist nicht „besser oder schlechter", sondern eine Antwort auf zwei Fragen:

  1. Wie teuer ist eine Umweltinteraktion? (Welt-Sekunden vs. CPU-Sekunden)
  2. Wie sieht dein Aktionsraum aus? (Diskret vs. kontinuierlich vs. hochdimensional)

"Sample efficiency is a property of the environment, not of the algorithm. The right algorithm is the one whose data appetite matches your environment's data supply." – sinngemäß nach Levine, CS285 Lectures.

2. Direkter Vergleich: alle Achsen

Achse PPO SAC
Policy-Typ On-policy Off-policy
Datenwiederverwendung $K$ Epochen pro Batch Beliebig viele Updates aus Replay-Buffer
Aktionsraum Diskret oder kontinuierlich Primär kontinuierlich (diskrete SAC-Varianten existieren)
Exploration Entropie-Bonus (klein, optional) Maximum-Entropy nativ im Objektiv
Sample-Effizienz Mittel Hoch (5–10x besser auf MuJoCo)
Stabilität Sehr hoch (Clipping) Hoch (Twin-Q + Target-Netze)
Implementierungsaufwand Gering (200 Zeilen reichen) Mittel (Replay, Target-Nets, Auto-α)
Parallelisierung Sehr gut (viele parallele Envs sammeln Rollouts) Begrenzter Nutzen (Bottleneck am Gradient-Update)
Hyperparameter-Robustheit Hoch Sehr hoch (Auto-α)
Wall-Clock-Zeit Niedrig bei billiger Sim Niedriger bei teurer Sim

Quick-Check: Welcher Algorithmus ist sample-effizienter und warum?

3. Der Entscheidungspfad

graph LR A[Start] -->|diskret| P1[PPO] A -->|kontinuierlich| B[Sample teuer?] B -->|ja| S1[SAC] B -->|nein| C[Parallel Envs?] C -->|viele| P2[PPO] C -->|wenige| S2[SAC]

In Worten:

  1. Diskrete Aktionen (z. B. Atari, Strategiespiel-Züge) → PPO ist der Standardgriff.
  2. Kontinuierliche Aktionen + teure Welt (echte Robotik, Wet-Lab) → SAC, klar.
  3. Kontinuierliche Aktionen + billige, parallelisierbare Sim (MuJoCo, Unity ML-Agents) → PPO gewinnt durch Wall-Clock-Zeit, da hunderte Envs parallel sammeln.
  4. Multi-modale Lösung erwünscht (z. B. Trading mit zwei legitimen Strategien) → SAC durch Maximum-Entropy.

4. Anwendungsfelder im Detail

Robotik & Sim-to-Real

SAC dominiert. Jede physische Interaktion kostet Sekunden bis Minuten und mechanische Belastung. Die Sample-Effizienz ist entscheidend.

Aspekt Warum SAC passt
Wenige echte Rollouts Replay-Buffer recycelt jede Trajektorie
Kontinuierliche Drehmomente Native Gauß-Policy mit Tanh-Squash
Robuste Sim-to-Real-Übertragung Maximum-Entropy-Policies generalisieren besser

Spiele & große Sim-Cluster

PPO dominiert. OpenAI Five (Dota 2), AlphaStar-Vorgänger und Unity-ML-Agents-Standardstacks sind alle PPO-basiert. Der Grund: tausende billige Envs parallel, gesammelt mit minimaler Synchronisation. PPOs $K$-Epochen-Update passt perfekt in einen synchronen Train-Step.

RLHF für LLMs

PPO ist heute Standard (InstructGPT-Linie, Llama-Chat, Claude-Familie). Die Aufgabe ist auf den ersten Blick ungewöhnlich – diskrete Tokens, sehr lange Trajektorien, dichtes Reward-Modell – aber PPOs Stabilität und einfache Skalierbarkeit haben sich durchgesetzt. Wichtige Anpassungen:

Off-policy Alternativen wie DPO (Direct Preference Optimization) und GRPO gewinnen seit 2024 Marktanteile – ein Trend, den auch self-learning-agents/02-rl-fuer-code-agenten verfolgt.

Trading & Finanz-Anwendungen

Heikles Pflaster. SAC ist theoretisch attraktiv (kontinuierliche Volumina, native Exploration), aber Exploration in einem Live-Markt ist real teuer. In der Praxis: SAC für Backtests und Simulationen, mit anschließendem konservativem Offline-RL-Verfahren für die Produktion.

Quick-Check: Welcher Algorithmus dominiert aktuell RLHF-Pipelines für LLMs?

5. Hybrid- und Off-Policy-Varianten

Die strikte Trennung „on vs. off" wird in der Forschung längst unterminiert:

Der Trend: weniger separate Phasen, mehr Verschmelzung. PPO und SAC bleiben aber die Bausteine, die man verstehen muss, um die Hybride einzuordnen.

6. Brücke zur self-learning-agents-Serie

In self-learning-agents/02-rl-fuer-code-agenten sehen wir, wie RL-Konzepte in moderne Agent-Pipelines einfließen:

Wer PPO und SAC verstanden hat, kann jede moderne Agent-Trainings-Pipeline (RLHF, Agent-Coder-RL, AutoRL) entlang dieser Achsen analysieren.

7. Abschluss-Quiz

Du hast einen 6-DoF-Roboterarm und nur wenige Tausend echte Trajektorien. Welche Wahl ist am sinnvollsten?

Du trainierst einen Agenten in einer Unity-Sim, in der 256 Envs parallel sehr schnell Rollouts liefern. Welche Wahl ist am sinnvollsten?

Welche der folgenden Eigenschaften gilt für PPO, *nicht* aber für SAC?

Was bedeutet die Aussage 'PPO ist halb-on-policy'?

Welche Aussage zum Trend in modernen LLM-RL-Pipelines ist korrekt?

8. Zusammenfassung der gesamten Serie

Artikel Thema Kernidee
01 MDP-Grundlagen $(S, A, P, R, \gamma)$, Bellman, Random-Policy als Baseline
02 Policy Gradients Likelihood-Ratio-Trick, REINFORCE, hohe Varianz
03 Actor-Critic Baseline → Advantage → Critic; Bias-Varianz-Trade-off
04 PPO Trust-Region durch Clipping; halb-on-policy; RLHF-Standard
05 SAC Maximum-Entropy + Off-Policy + Twin-Q + Reparametrization
06 Vergleich Wahl nach Sample-Kosten, Aktionsraum, Parallelisierbarkeit

Damit ist der Werkzeugkasten beisammen: vom MDP-Vokabular über Policy-Gradients bis zu den zwei dominanten Deep-RL-Algorithmen der späten 2010er und 2020er Jahre.

9. Weiterführend

Quellen

📄 Als PDF