# Performance und Kapazität

> Latenz, Durchsatz, Sättigung und Kapazitätsreserven mit passenden Signalen statt Bauchgefühl beurteilen.

Track: [Linux System Administration](https://opsmith.app/learn/linux-system-administration)  
Kanonische Fassung: https://opsmith.app/learn/linux-system-administration/performance-capacity  
Stand: 2026-07-30  
Interaktiver Teil: 5 Checks (nur im Browser)

## Performance als Warteschlangenproblem lesen

### Die Betriebsfrage

Wo entsteht die Wartezeit eines Dienstes, welche Sättigung begrenzt ihn, und wie beweist du die Wirkung einer Kapazitäts- oder Tuningentscheidung?

> **Lernziel:** Du kannst eine Hypothese aus Latenz, Auslastung, Fehlern und Sättigung bilden statt einen Einzelwert zu optimieren.

### Vier Signale

|  |  |
| --- | --- |
| Latenz | Zeigt die Nutzerwirkung, aber nicht allein die Ursache. |
| Traffic | Beschreibt Nachfrage und Arbeitseinheiten. |
| Errors | Trennt langsame von fehlgeschlagenen Vorgängen. |
| Saturation | Zeigt eine begrenzte Ressource nahe ihrer effektiven Kapazität. |

### Messschleife

SLO-relevantes Symptom und Baseline erfassen → Engpasshypothese mit mehreren Signalen formulieren → kleine reversible Änderung unter repräsentativer Last testen → Wirkung und neue Grenze dokumentieren

### Vor dem Check

> **Trade-off:** Mehr Ressourcen können eine reale Kapazitätsgrenze lösen, erhöhen aber Kosten und können eine Serialisierung oder ein Lock-Problem verdecken. Die Checks verlangen ein falsifizierbares Signal.

## Quellen

- sre.google/sre-book/monitoring-distributed-systems — https://sre.google/sre-book/monitoring-distributed-systems/
- docs.kernel.org/admin-guide/pm/cpufreq.html — https://docs.kernel.org/admin-guide/pm/cpufreq.html
- man7.org/linux/man-pages/man1/vmstat.1.html — https://man7.org/linux/man-pages/man1/vmstat.1.html
- sre.google/workbook/capacity-planning — https://sre.google/workbook/capacity-planning/
- man7.org/linux/man-pages/man1/df.1.html — https://man7.org/linux/man-pages/man1/df.1.html