Mieten Sie einen dedizierten physischen Mac mini tageweise – keine virtuelle Maschine. Sehen Sie sich Standorte, Desktop-Arbeitsplätze und Build-Aufgaben an und wählen Sie anschließend das passende Modell.
Geräteansichten und Oberflächen auf dieser Seite dienen der Veranschaulichung. Sie sind weder echte Fotos aus einem Rechenzentrum noch Screenshots eines Remote-Desktops oder Leistungsnachweise.
XV M4 Runner und XV M4 Studio sind an allen vier folgenden Standorten im Bestellkatalog aufgeführt. Die Standortcodes dienen der regionalen Zuordnung und sind keine Seriennummern einzelner Geräte. Welche Modelle tatsächlich verfügbar sind, sehen Sie aktuell in der Konsole.
Ein möglicher Ausgangspunkt für Teams in Südostasien. Testen Sie die Remote-Desktop-Verbindung von Ihrem Teamstandort aus und entscheiden Sie dann, ob Ihre CI-Builds hier laufen sollen.
Modelle im Katalog: XV M4 Runner, XV M4 Studio. Keine echte Geräteaufnahme.
UTC+8 · SüdostasienFür Entwicklerteams in Japan und der Umgebung. Wenn Sie den Simulator auf dem grafischen Desktop testen möchten, prüfen Sie die Verbindung über das tatsächliche Netzwerk Ihres Teams.
Modelle im Katalog: XV M4 Runner, XV M4 Studio. Keine echte Geräteaufnahme.
UTC+9 · OstasienGeeignet für Aufgaben in Südkorea und Nordostasien. Automatisierte Builds laufen direkt am Standort; Entwickler können die Protokolle anschließend per SSH einsehen.
Modelle im Katalog: XV M4 Runner, XV M4 Studio. Keine echte Geräteaufnahme.
UTC+9 · NordostasienZum Vergleich von Verbindungswegen für Teams in Südchina und Südostasien. Bei interaktiver Arbeit zählt die Reaktion des Desktops, bei Serien-Builds die Dauer und das Aufgabenprotokoll.
Modelle im Katalog: XV M4 Runner, XV M4 Studio. Keine echte Geräteaufnahme.
UTC+8 · Südchina & SüdostasienHier sehen Sie den Standortkatalog und Illustrationen des Geräteaufbaus – keine ungeprüften Rechenzentrumsfotos oder konkreten Geräteplatznummern. Wählen Sie den Standort anhand Ihrer eigenen Verbindungstests und der Angaben in der Konsole.
Die drei Ansichten zeigen mögliche Aufgaben auf einem Remote-macOS-Desktop. Es handelt sich um nachgebildete Oberflächen, nicht um Screenshots von Mietgeräten. Oberfläche und verfügbare Tools hängen von der tatsächlich bereitgestellten Umgebung ab.
Prüfen Sie zuerst Projekt und Xcode-Version, dann nacheinander Kompilierung, Tests und Archivierung. Bei einem Fehler zählt der erste Eintrag im Protokoll – nicht nur die letzte Zeile.
Oberflächenillustration, kein Build-ScreenshotPrüfen Sie Layout und Interaktionen auf dem grafischen Desktop und lassen Sie wiederkehrende Tests automatisiert laufen. Wenn Sie weitere Laufzeitumgebungen öffnen, behalten Sie Arbeitsspeicher und Speicherplatz im Blick.
Illustration, kein Desktop-ScreenshotPrüfen Sie App-Kennung, Signaturkonfiguration und Archivdatei, bevor Sie den Upload starten. Zertifikate und Projektdateien verwalten Sie selbst und sichern sie vor Ende der Mietzeit.
Illustration des Prüfablaufs, kein Screenshot der SignatureinstellungenRunner und Studio eignen sich beide für Xcode-Archive. Hier zeigen wir, wie Sie einen Vergleich dokumentieren – nicht, wie Sie einen illustrativen Fortschrittsbalken als Messwert ausgeben. Nur mit identischem Commit, gleicher Xcode-Version, gleichem Cache-Zustand und denselben Arbeitsschritten sind die Ergebnisse vergleichbar.
Ein guter Ausgangspunkt, um den Compile- und Archivierungsablauf einer App zu prüfen. Für aussagekräftige Ergebnisse sollten Sie auch Commit und Cache-Zustand dokumentieren.
Wenn Sie mehr Aufgaben parallel ausführen oder zusätzliche Simulatoren starten, bietet der 24-GB-Arbeitsspeicher mehr Spielraum. Die tatsächliche Dauer hängt weiterhin von Ihrem Projekt ab.
Für diese Seite liegen keine überprüfbaren Original-Screenshots eines Archive-Laufs mit demselben Projekt vor. Deshalb zeigen wir keine Vergleichszeiten. Wenn Sie selbst benchmarken möchten, verwenden Sie auf beiden Modellen denselben Commit, dieselbe Xcode-Version und dieselbe Cache-Strategie und speichern Sie jeweils das vollständige Build-Protokoll.
Das XV M4 Studio ist mit einem M4, 24 GB gemeinsam genutztem Arbeitsspeicher und einer 512-GB-SSD ausgestattet. CPU und GPU greifen auf denselben Speicher zu. Bei MLX oder quantisierten Modellen mit llama.cpp benötigen Modellgewichte, Kontext und Betriebssystem daher gemeinsam ausreichend Platz.
Rechts sehen Sie beispielhaft, welche Werte in der Aktivitätsanzeige relevant sind. Die Ansicht ist kein Screenshot einer konkreten Inferenz und bedeutet nicht, dass ein bestimmtes Modell garantiert in den Arbeitsspeicher passt. Wenn Sie mehr Platz für Modellgewichte benötigen, können Sie bei der Bestellung eine zusätzliche 1-TB- oder 2-TB-SSD auswählen.
Testen Sie vor dem Experiment das konkrete Modell mit der gewünschten Kontextlänge. Leiten Sie den Speicherbedarf nicht allein aus der Parameterzahl ab.
Die folgenden Ich-Aussagen zeigen, worauf unterschiedliche Nutzer achten könnten. Sie stammen nicht aus verifizierten Kundenbewertungen.
„Ich öffne zuerst den Desktop und prüfe, ob Xcode und der Simulator starten. Danach lasse ich mein Flutter-Projekt laufen.“
Beispiel: Gerätetest durch Flutter-Entwickler
„Mir ist wichtig, dass Modell, Standort und Bestellung zusammenpassen – und dass sich die Build-Protokolle unseres Teams speichern lassen.“
Beispiel: Gerätetest durch technische Leitung eines Entwicklungsteams
Für diese Seite wurden keine überprüfbaren Fotos aus einem eigenen Rechenzentrum, Screenshots von Mietgeräten oder Archive-Messungen unter gleichen Bedingungen bereitgestellt. Deshalb sind Geräteansichten, Desktop-Arbeitsbereiche und Übersichten ausdrücklich als Illustrationen gekennzeichnet. Sie belegen weder das Aussehen eines konkreten Geräteplatzes noch die tatsächliche Desktop-Konfiguration oder Build-Geschwindigkeit.
Um eine konkrete Bereitstellung zu überprüfen, gleichen Sie mindestens das bestellte Modell und den Standort ab, testen Sie die erhaltenen Zugangsdaten, prüfen Sie den erkannten Chip und Arbeitsspeicher und führen Sie Ihr eigenes Projekt mit vollständigem Build-Protokoll aus. Entscheiden Sie nicht anhand eines Bildes mit ungeprüfter Herkunft über die Mietdauer.
Modell, Standort und Abrechnungszeitraum abgleichen.
SSH und grafischen Desktop mit den Zugangsdaten testen.
Systemdaten und vollständiges Aufgabenprotokoll speichern.
Der XV M4 Runner kostet ab $21.4/Tag. Wählen Sie Modell und Standort und testen Sie nach der Verbindung Ihre eigenen Builds, bevor Sie weiter mieten. Die aktuelle Verfügbarkeit sehen Sie in der Konsole.