GitHub Actions macOS Runner-Optimierung: P95 57 % schneller + iOS-CI-Playbook

Im Folgenden: Benchmark-Zusammenfassung und Shadow Quick Start. Cache-YAML, Bewertungsmodelle und Architektur-Checklisten finden Sie in den verlinkten Themenartikeln.

1. Warum ist GitHub Actions macOS / iOS CI langsam?

Teams bleiben an unterschiedlichen Stellen hängen. Diese Seite bleibt auf Überblicksniveau — springen Sie zum Thema, das zu Ihrem Symptom passt:

Wer nur „wie viel schneller ist ein anderer Runner?“ wissen will, bleibt hier: Benchmark und Wasserfall.

2. Benchmark-Ergebnisse: wie viel Self-hosted Mac mini M4 hilft

8-köpfiges iOS-Team · CocoaPods · 25–40 PRs/Tag · keine App-Code-Änderungen, nur Runner-Tausch. warm build Headline-Daten:

Umgebungszusammenfassung: 8-köpfiges iOS-Team · CocoaPods · 25–40 PRs/Tag · Xcode 16.2 auf beiden Seiten · Mac mini M4 16 GB + 1 TB Datenvolume · 14-Tage-187-PR-Shadow-Dual-Run. cold/warm-Split: Artikel zur Build-Varianz; Reproduktion: Shadow Quick Start.

4:00–5:00 |■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■ 52%
5:00–6:00 |■■■■■■■■■■■■■■■■■■ 28%
6:00–7:00 |■■■■■■ 10%
P95 6:05   |■■■■■■■■■■■■■■

3. P95-Zeit-Wasserfall: 14:12 → 6:05 (−57 %)

Das teilbare Kern-Diagramm — woher 8m 07s Einsparung kommen:

macos-latest  P95 ████████████████████████ 14:12
                              │
  Queue entfernt −4:50  ████████████░░░░░░░░░░░░
  cache/Pods    −1:40  ████░░░░░░░░░░░░░░░░░░░░
  xcodebuild    −1:15  ███░░░░░░░░░░░░░░░░░░░░░
  Sign/upload   −0:20  █░░░░░░░░░░░░░░░░░░░░░░░
                              ▼
self-hosted   P95 ██████████ 6:05  (−57%)

Queue allein ≈ −4:50 → Queue-Thema. Cache ≈ −1:40 → Cache-Leitfaden.

4. Passenden Artikel für Ihr Problem finden

Diese Themen folgen einer typischen Fehlerbehebungsreihenfolge — beginnen Sie mit dem, was am meisten weh tut:

Queue-Probleme?
  → Warum macos-latest in der Queue hängt (in Vorbereitung)
  → Diese Seite: Benchmark + Wasserfall

Build-Zeiten schwanken stark?
  → iOS-CI-Builds fühlen sich langsam an (veröffentlicht)
  → Pods/SPM/DerivedData-Cache-Leitfaden (veröffentlicht)

Kaufen oder mieten?
  → Shadow-Daten auf dieser Seite
  → Kaufen vs. mieten ROI (in Vorbereitung)
  → Cloud-Mac-Tarife / CI/CD FAQ

Multi-Runner-Setup oder Fallback?
  → Self-hosted-Architektur (in Vorbereitung)

5. Themen-Navigation

Jeder Artikel behandelt ein konkretes Problem. Diese Seite bündelt den Benchmark-Überblick und die Verlinkung.

Verwandte veröffentlichte Artikel: Mac mini M4 CI-Primer · Engineering-Hours-ROI · CI/CD FAQ

6. Shadow-Benchmark Quick Start

Minimale Reproduktionsschritte unten. Vollständiger Workflow und Rollout-Checkliste: Architektur-Thema; Cache-YAML: Cache-Leitfaden.

1. ios-ci.yml → ios-ci-shadow.yml kopieren; Job mit runs-on: [self-hosted, macos-m4-ios] hinzufügen
2. Jeden PR 7–14 Tage gegen macos-latest mit gleichem Commit-SHA dual laufen lassen
3. Wandzeit P50/P95 und Queue-Zeit erfassen; warm build P95 separat berechnen (Definition im Artikel zur Build-Varianz)
4. Fehlerraten vergleichen, dann Kaufen vs. mieten ROI lesen

on:
  pull_request:
    branches: [main, release/*]
jobs:
  ios-hosted:
    runs-on: macos-latest
  ios-shadow:
    runs-on: [self-hosted, macos-m4-ios]
    # same steps · same SHA

7. FAQ

Wie viel schneller kann ein GitHub Actions macOS Self-hosted Runner sein als macos-latest?

In diesem Lauf: warm build P95 −57 % (14:12→6:05), σ −40 %. Siehe Benchmark; reproduzieren via Shadow Quick Start.

Warum warten GitHub Actions macOS Runner in der Queue?

Gemeinsamer Hosted-Pool + hohe Concurrency in Release-Wochen. Queue-Zeit wird nicht abgerechnet, zählt aber zur Wandzeit. Vollständige Aufschlüsselung → Queue-Thema.

Sind Self-hosted Runner weniger stabil?

Hängt vom Betrieb ab: Disk-Wasserstände, Runner-Überwachung, Signing-Material. Fehlerraten im Shadow vergleichen; hier 14-Tage-Fehlerrate 8,0 % → 3,2 %. macos-latest als Fallback reduziert wahrgenommenes Risiko.

Lohnt sich ein Mac mini als CI-Runner?

Bewertung lohnt bei 20+ PRs/Tag mit verschlechternder Queue. Unter ~50 Builds/Monat kann Hosted reichen. Scoring-Modell und TCO → Kaufen vs. mieten ROI.

Welche Grenzen hat GitHub macos-latest?

Gemeinsame Queue, kurzlebige Workspaces, instabiler Cache über Jobs, parallele I/O-Konkurrenz. DerivedData lässt sich nicht pinnen, Queue nicht eliminieren.

Wie optimiert man iOS-CI-P95?

Queue → cold/warm → Cache → Concurrency → Hardware. Schritt für Schritt: Queue · Build-Varianz · Cache-Leitfaden.

Wie optimiert man CocoaPods-Cache?

Vollständiges YAML und Key-Design → Cache-Leitfaden.

Wie lange dauert die Migration?

1–2 Tage Vorbereitung + Shadow 7–14 Tage + schrittweiser Rollout 3–5 Tage. Shadow zuerst nur mit Tests, Signing später importieren.

8. Fazit

Nach dem Wechsel zu Self-hosted Runnern sank warm P95 von 14:12 auf 6:05 bei deutlich geringerer Varianz. Diese Seite zeigt Benchmark und Wasserfall; Queue, Build-Varianz, Cache, ROI und Architektur haben jeweils einen eigenen Artikel. Führen Sie einen Shadow-Dual-Run mit Ihren eigenen Daten durch, bevor Sie sich für dedizierte Hardware entscheiden.