Xcode Clean Build im Vergleich: MacBook lokal vs. gemieteter Mac mini M4

Warum Clean Build statt inkrementeller Kompilierung messen?

Im Alltag recompiliert Xcode nur betroffene Module – oft in Sekunden. Inkrementelle Builds hängen jedoch am DerivedData-Cache: Wechseln Sie die Maschine oder leeren CI den Cache, zählt nur der volle Clean Build. Diese Szenarien erzwingen einen Neustart:

• CI-Job leert DerivedData beim Start
• Xcode/macOS-Upgrade, alter Cache ungültig
• Neue Entwicklungsmaschine ohne Cache
• ausführen xcodebuild clean build oder xcodebuild archive Release-Build

Clean-Build-Zeit misst, ob die Maschine die iOS-Pipeline trägt. Inkrementell spiegelt Gewohnheiten, nicht Hardware-Deckel. Alle Daten aus vollem Clean Build – gleicher Start für alle drei Maschinen.

Testumgebung & Projekt

Gleiches Projekt, gleiches Xcode, ähnliche Raumtemperatur – je drei Läufe, Median. Vor jedem Lauf rm -rf ~/Library/Developer/Xcode/DerivedData – Kompilierung von null.

MacBook Air M2: 8-Core (häufigste Variante), nicht 10-Core Top. M1 Pro und VPSRox M4 Mini je 10-Core – Generation (M1 Pro vs. M4) und Kühlung vergleichbar.

Clean Build: Vollkompilierung

Median Wall-Clock über drei Clean Builds, RAM-Spitze und Xcode-CPU-Peak. RAM via memory_pressure und Aktivitätsanzeige während des Builds.

Spalte „Lauf 3 vs. 1“: MacBook Air +38 s – passiv gekühlt, Thermodrosselung. MacBook Pro +14 s mit aktiver Kühlung. VPSRox M4 im Rack nur +2 s – Messrauschen.

Archive-Pipeline: Zeitvergleich

Archive näher an Produktion: neben Kompilierung Signierung, Bitcode (falls aktiv), dSYM und Symbol-Paket. Archive dauert typisch 1,2–1,4× Clean Build.

Archive: M4-Vorteil bei dSYM/Symbolen ~19 % gegenüber M1 Pro – nicht nur Taktrate, sondern Speicherbandbreite und Neural Engine.

fastlane gym = Archive + Export – am M4 Mini ~5m 30s, MacBook Air M2 ~10 Min. Mehrere Varianten/Tag (dev/staging/prod) – spürbarer Release-Rhythmus.

Thermodrosselung & RAM: versteckte Faktoren

Viele Tests nur Kaltstart – Thermal Accumulation fehlt. Apple Silicon drosselt bei Temperatur CPU/GPU – besonders fanlos am MacBook Air.

Thermodrosselung am MacBook Air M2

MacBook Air M2: Unterseite nach Lauf 2 (~11 Min.) heiß – pmset -g thermlog: CPU_Speed_Limit 100→~78, Lauf 3 +30 s. Mehrere CI-Jobs am Air: +15–30 % vs. Kaltstart, schwer vorhersagbar.

Aktive Kühlung am MacBook Pro M1 Pro

MacBook Pro mit aktiver Kühlung deutlich besser, nicht immun. >28 °C Innenraum oder mehrere Simulatoren – leichte Drosselung. 14 s Abweichung aus wärmerem Lauf 3; bei 22 °C nur ~8 s.

Thermische Stabilität im Rechenzentrum

VPSRox: Rack 18–22 °C, Mac mini M4 mit Lüfter – konsistentere Build-Zeiten als jedes Notebook. Lauf 1 vs. 3: 2 s. Für CI: p99 planbar statt Überraschungs-Timeout.

RAM-Spitze & Swap-Einfluss auf Geschwindigkeit

Mit 16 GB Unified Memory ist RAM-Druck bei großen iOS-Projekten real. Linker, Signierung und Swift-Compiler parallel – speicherhungrig. Gegengeprüft mit vm_stat und memory_pressure.

MacBook Air M2: ~11,8 GB Peak, kurzer Swap (200–400 MB) bei parallelen Extensions – SSD beeinflusst Build. M1 Pro ~10,9 GB, kein Swap in drei Läufen. VPSRox M4 ~9,4 GB – M4 braucht weniger Kopien/Zwischenobjekte für dieselbe Aufgabe.

Über 200k Zeilen oder viele Swift Packages: 16 GB am Air enger. VPSRox SSD-Erweiterung (+1TB $2.6/Tag, +2TB $5.2/Tag), aber noch kein RAM >16 GB – vorab bedenken.

Wann lokales MacBook reicht

Nicht jedes Team braucht Cloud – in diesen Fällen reicht Ihr MacBook:

• Kleines Projekt (< 30k Swift-Zeilen): Clean Build auf jedem Apple-Silicon-MacBook in unter 2 Min. – kein Engpass.
• Wenig CI (< 5 Builds/Tag): Selbst 7–8 Min. pro Clean Build – unter 40 Min./Tag, noch akzeptabel.
• Solo-Entwickler, lokales Debug: Inkrementell reicht meist; Clean Build nur beim Release – MacBook Pro M1 Pro+ ausreichend.
• MacBook Pro M3/M4 Nutzer: Neuestes MacBook Pro (M4 Max) ähnlich Mac mini M4 – Unterschied eher Stabilität bei Dauer-Builds als Einzellauf.

Cloud ernst prüfen bei: CI > 20 Builds/Tag, geteilte Build-Umgebung („works on my machine“), MacBook Air + wachsendes Projekt oder mehrere isolierte Builds.

Gesamtbewertung: Kosten vs. Nutzen

Cloud-Kosten: VPSRox Mac mini M4 $21.8/Tag, monatlich ~$109.1 – günstiger als neues MacBook Pro, aber laufende Kosten. Was sparen Sie?

5-köpfiges iOS-Team, 30 Clean Builds/Archives/Tag: Air M2 ~8 Min./Lauf (leichte Drosselung) = 240 Min.; VPSRox M4 ~123 Min. – ~117 Min./Tag gespart, schnelleres Review-Feedback und Release-Fenster bei parallelen Branches.

Versteckte Kosten: Warten und Kontextwechsel. Unter 5 Min. oft Progress-Bar; ab 8 Min. andere Tasks – Flow braucht ~20 Min. zurück. $109/Monat eher „Fokus-Tool“ als reine Servermiete.