Hier zuerst nachsehen,
die Antwort ist wahrscheinlich schon dabei

Shell M4 ist mit M4 / 16 GB / 256 GB ausgestattet und eignet sich zum Testen eines einzelnen Projekt-Builds, für Paketierung über die Kommandozeile oder für CI mit geringer Parallelität. Ob das genügt, hängt davon ab, ob Sie mehrere Projekte gleichzeitig öffnen, mehrere Simulatoren starten oder zusätzlich Container und andere Dienste ausführen.

Führen Sie am besten einen vollständigen Build mit Ihrem tatsächlichen Repository aus und prüfen Sie anschließend Speicherdruck, Swap und freien Speicherplatz. Bei dauerhaft hohem Speicherdruck sollten Sie zunächst die Parallelität reduzieren. Beeinträchtigt das weiterhin Ihren Workflow, kommt die Konfiguration M4 / 24 GB / 512 GB infrage: Shell M4 Plus. Beurteilen Sie die gesamte Konfiguration nicht allein anhand der Dauer eines inkrementellen Builds.

Shell M4 Pro ist mit M4 Pro / 64 GB / 2 TB ausgestattet. Dieses Modell ist besonders interessant, wenn mehrere Builds gleichzeitig laufen, große Abhängigkeits- und Artefaktmengen anfallen oder MLX- und llama.cpp-Experimente mehr Unified Memory benötigen.

Ob ein Modell geladen werden kann, hängt auch von Quantisierung, Kontextlänge, Laufzeit-Cache und dem Speicherbedarf anderer Prozesse ab. Ein Vergleich der Dateigröße mit 64 GB reicht daher nicht aus. Erfassen Sie zunächst den Spitzenverbrauch und den tatsächlichen Durchsatz, bevor Sie sich für eine längere Mietdauer entscheiden. Wir garantieren weder eine bestimmte Modellgröße noch einen festen Build-Beschleunigungsfaktor.

Betrachten Sie Rechenleistung und Speicherkapazität getrennt. Sind Chip und Arbeitsspeicher ausreichend, aber mehrere Xcode-Versionen, Build-Caches oder Artefakte belegen den Speicher, können Sie ein SSD-Upgrade mit +1 TB oder +2 TB erwägen. Zusätzlicher Speicher erweitert weder den Unified Memory noch macht er aus einem M4 einen M4 Pro.

Benötigt Ihre Aufgabe einen M4 Pro mit 64 GB Unified Memory, wählen Sie Shell M4 Pro mit standardmäßig 2 TB. Prüfen Sie vor der Bestellung auch Upgrade-Kapazität, Abrechnungszeitraum und Bereitstellung. Sichern Sie vorhandene Dateien separat, bevor Sie sie migrieren. Mehr Speicherkapazität bedeutet weder automatische Migration noch einen Backup-Service.

Für alle vier Mietzeiträume gelten eigene Listenpreise; der Quartalspreis entspricht nicht einfach der Summe der Tagespreise. Die folgende Übersicht zeigt Tages- und Quartalspreise der drei Modelle – zum Vergleich von kurzen Tests und längerem Einsatz. Wochen-, Monats- und Upgrade-Preise finden Sie auf der Tarifseite.

Längere Mietzeiträume senken die Kosten pro Zeitraum bei kontinuierlicher Nutzung, verlängern aber auch die einmal gekaufte Laufzeit. Für vorübergehende Releases, Umgebungstests oder einmalige Archivierung können Sie zunächst tageweise mieten. Bei einem dauerhaft laufenden Runner sollten Sie die geplante Nutzungsdauer samt Upgrades vergleichen.

Öffnen Sie den betreffenden Auftrag in der Konsole und prüfen Sie, welche Verlängerungen, Konfigurationsänderungen und Upgrades verfügbar sind. Ob Änderungen sofort wirksam werden, eine Migration erfordern, wie bereits bezahlte Mietzeit behandelt wird und welche Zusatzkosten entstehen, entnehmen Sie bitte der Bestätigung für diesen Auftrag. Berechnen Sie eine Nachzahlung nicht selbst anhand des Tagespreises.

Ist die gewünschte Option nicht verfügbar, melden Sie sich in der Konsole an und erstellen Sie ein Support-Ticket. Geben Sie Auftragsnummer, gewünschten Zeitraum und die Zielkonfiguration an. Sichern Sie vor Änderungen an Modell oder Festplatte Ihre Daten und bestätigen Sie den Ablauf. Eine Anfrage bedeutet noch nicht, dass die Änderung durchgeführt wurde.

Gehen Sie nicht davon aus, dass eine frühere erfolgreiche Zahlung automatisch eine Verlängerung eingerichtet hat. Prüfen Sie in der Konsole die Verlängerungseinstellungen, den Rechnungsstatus und das Ablaufdatum des Auftrags. Maßgeblich sind die tatsächlich erteilte Autorisierung und die Bestätigung. Bei durchgehend benötigten Pipelines sollten Sie den Status rechtzeitig vor Ablauf prüfen, statt erst nach einem Verbindungsabbruch.

Abgerechnet wird die von Ihnen gekaufte Mietdauer, nicht die CPU-Auslastung. Eine SSH-Sitzung zu schließen, den Runner zu stoppen, einen Build zu beenden oder den Mac ungenutzt zu lassen, beendet den Auftrag nicht und ändert auch nicht das Ablaufdatum. Für Anpassungen der nächsten Mietdauer nutzen Sie die Auftragsoptionen in der Konsole.

Modell, Mietdauer und Zusatzoptionen werden einheitlich zu Listenpreisen in US-Dollar (USD) angeboten. So lässt sich dieselbe Konfiguration über verschiedene Standorte hinweg vergleichen. Das $ auf der Website steht immer für US-Dollar. Prüfen Sie bei der Bestellung Grundpreis, Upgrades und Gesamtbetrag.

Wenn Ihre Karte in einer anderen Währung geführt wird, wickelt der Kartenanbieter die Umrechnung und mögliche Gebühren ab; sie sind nicht Teil der ArmShell-Listenpreise. Bei Zahlung mit USDT-TRC20 halten Sie sich an Netzwerk, Betrag und Empfängerdaten auf der Zahlungsseite. Verwenden Sie nicht eigenmächtig ein anderes Netzwerk.

Zur Auswahl stehen Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und die US-Ostküste. Alle drei Modelle sind an diesen fünf Standorten verfügbar. Welche Standorte zum Bestellzeitpunkt tatsächlich verfügbar sind, zeigt die Konsole in Echtzeit.

Wenn Sie häufig mit einem grafischen Desktop arbeiten, testen Sie die Reaktionszeit über Ihr übliches Büronetzwerk. Bei überwiegender CI-Nutzung sollten Sie außerdem die Verbindung zu Code-Repository, Paketquellen und Artefakt-Ziel berücksichtigen. In verteilten Teams richtet sich die Wahl nach dem Standort, an dem die Aufgaben hauptsächlich ausgeführt werden – nicht nur nach dem Wohnort eines Teammitglieds.

Noch unsicher? Testen Sie den gesamten Ablauf zunächst für einen kurzen Zeitraum: Repository klonen, Abhängigkeiten wiederherstellen, Build ausführen und Artefakte übertragen. Ein einzelner Ping sagt nichts über die Erfahrung bei diesen vier Schritten aus.

Verbindungsadresse, Port und Zugangsdaten erhalten Sie nach der Bereitstellung in der Konsole. „Exklusive physische Hardware“ beschreibt die Zuweisung der Rechenressourcen. Daraus lässt sich weder eine feste öffentliche IP-Adresse noch ein exklusiver Internetzugang oder eine dauerhaft gleichbleibende Adresse ableiten.

Wenn Ihr Repository, Ihre Firewall oder Ihre Compliance-Vorgaben eine dedizierte Adresse, eine ausgehende IP-Zulassungsliste oder eine feste IP-Adresse erfordern, wenden Sie sich vor der Bestellung an den Support. Klären Sie, ob Sie eine eingehende Verbindungsadresse oder die ausgehende IP-Adresse benötigen und ob der gewünschte Standort diese Anforderungen erfüllt. Geben Sie keine Adresse anhand eines Hostnamens aus einem Beispielbefehl vorsorglich frei.

Die Latenz kann je nach Anbieter, Routing, Tageszeit und lokalem Netzwerk variieren. Ein beispielhafter Millisekundenwert ist keine Garantie für Ihre Verbindung. ICMP-Round-Trip-Zeit, Reaktionszeit bei SSH-Befehlen und die Flüssigkeit eines Remote-Desktops sind außerdem unterschiedliche Messgrößen.

Prüfen Sie zuerst Verbindungsadresse und Port in der Konsole, danach Ihr lokales Netzwerk und die Firewall. Vergleichen Sie verschiedene Tageszeiten im selben Netzwerk und notieren Sie, ob die Zeitüberschreitung beim Verbindungsaufbau, beim Herunterladen von Abhängigkeiten oder bei der Dateiübertragung auftritt. Mit diesen Angaben lässt sich ein Support-Ticket besser bearbeiten als mit der pauschalen Beschreibung „sehr langsam“. Die Knoten sind 365 Tage im Jahr in Betrieb; die Verbindung von Ende zu Ende hängt dennoch auch von Ihrem Netzwerk ab.

Betrachten Sie die Aufbewahrung nach Ablauf nicht als Backup-Zusage. Exportieren Sie Ihre Daten vor dem Ablaufdatum und lesen Sie die Hinweise zur Datenverarbeitung für den Auftrag in der Konsole. Die konkrete Aufbewahrung und der Fortschritt der Löschung müssen anhand des Auftragsstatus mit dem Support geklärt werden. Eine einheitliche Wiederherstellungsfrist können wir nicht zusagen.

Nach der Rücknahme eines Knotens werden die Daten des vorherigen Nutzers gemäß dem vorgesehenen Ablauf verarbeitet. Bereits gelöschte Daten lassen sich nicht durch eine Verlängerung wiederherstellen. Synchronisieren Sie Ihre Dateien, prüfen Sie, ob das Backup lesbar ist, und widerrufen Sie nicht mehr benötigte Repository-Zugangsdaten, Runner-Registrierungen und andere Zugriffstokens, bevor Sie den Dienst nicht mehr nutzen.

Während der Mietzeit nutzen Sie einen exklusiven physischen Knoten. CPU, GPU und Unified Memory werden nicht mit anderen Mietern geteilt. ArmShell greift ohne Ihre Genehmigung nicht auf Nutzerdateien und Workloads auf dem Knoten zu. Wenn Sie Hilfe bei der Fehlerbehebung benötigen, beschreiben Sie das Problem zunächst in einem Support-Ticket und stellen Sie nur die erforderlichen Protokolle oder Zugriffsrechte bereit.

Die exklusive Nutzung ersetzt nicht Ihre eigene Konten- und Rechteverwaltung. Weisen Sie Teammitgliedern separate Systemkonten und SSH-Schlüssel zu, statt ein dauerhaftes Passwort gemeinsam zu nutzen. Beschränken Sie Zugriffsrechte auf die erforderlichen Verzeichnisse und Repositories. Veröffentlichen Sie keine privaten Schlüssel, Signatur-Passwörter oder gültigen Tokens in Tickets, Screenshots oder Build-Protokollen.

Sichern Sie drei Arten von Daten: Committen Sie den Code in Ihr Repository. Dokumentieren Sie Build-Skripte, Tool-Versionen und Umgebungseinstellungen so, dass sich die Umgebung neu erstellen lässt. Übertragen Sie Artefakte und wichtige Arbeitsdateien mit rsync oder einer anderen kontrollierten Methode auf ein Gerät außerhalb des Knotens. Speichern Sie vertrauliche Zugangsdaten mit einer vom Team freigegebenen sicheren Lösung.

Dateien lediglich in ein anderes Verzeichnis auf demselben Knoten zu kopieren, ist kein unabhängiges Backup. Prüfen Sie nach der ersten Sicherung stichprobenartig die Dateien und Prüfsummen und versuchen Sie, mit der Kopie die Arbeitsumgebung neu aufzusetzen. Synchronisieren Sie kurz vor Ablauf noch einmal alle Änderungen und prüfen Sie, ob die lokale Kopie auch die Ergebnisse des letzten Builds enthält.

Akzeptiert werden ausschließlich USDT-TRC20 und Visa / Mastercard / Amex (über Stripe). Alle Preise und Zahlungen lauten auf US-Dollar (USD). Welche Zahlungsanbieter verfügbar sind, richtet sich nach der Rückmeldung des Backends.

Schließen Sie bei Kartenzahlung die Verifizierung auf der Checkout-Seite ab. Bei USDT-TRC20 prüfen Sie Netzwerk, Betrag und Empfängerdaten sorgfältig. Überweisen Sie nicht eigenmächtig erneut an die Adresse eines früheren Auftrags. Ein Zahlungsbeleg allein bestätigt nicht, dass ein neuer Auftrag bereitgestellt wurde – prüfen Sie den Status anschließend in der Konsole.

Prüfen Sie zunächst Rechnungs- und Auftragsstatus in der Konsole, damit Sie wegen einer verzögerten Anzeige nicht doppelt zahlen. Ist der Status weiterhin unklar, erstellen Sie ein Support-Ticket in der Konsole oder schreiben Sie an support@armshell.com. Geben Sie Auftragsnummer, Zahlungsmethode und Zahlungsbetrag an sowie bei Kartenzahlungen die Referenz aus der Abrechnung oder bei USDT-TRC20 den Transaktions-Hash.

Senden Sie niemals Ihre vollständige Kartennummer, den Sicherheitscode, Ihr Systempasswort oder einen privaten Schlüssel. Der Support gleicht den Vorgang mit Auftrag und Zahlungsdaten ab. Zahlungseingang, Verifizierung und Bereitstellung des Knotens sind unterschiedliche Schritte – der Abschluss eines einzelnen Schritts bedeutet nicht, dass der gesamte Ablauf abgeschlossen ist.