GPUMini bietet nur zwei Kontaktwege: Senden Sie eine E-Mail an support@gpumini.com oder melden Sie sich in der Console an, um ein Ticket einzureichen. Für Kaufberatung und Geschäftskundenanfragen eignet sich die E-Mail; bei Fragen zu bestehenden Bestellungen, Instanzen oder Rechnungen empfehlen wir ein Ticket, damit der gesamte Vorgang dokumentiert bleibt.
Empfehlungen zu Workload, Arbeitsspeicher, Speicher, Laufzeit und Knoten
Diagnose von Verbindungsproblemen, fehlgeschlagenen Builds, Speicher und Netzwerk
Abgleich von Bestellbetrag, Laufzeit, Zusatzoptionen und Zahlungsaufzeichnungen
Batch-Knoten, Team-Bereitstellung, Berechtigungen und Prüfunterlagen
Risikobeschreibung, bereinigte Nachweise und Umfang der Auswirkungen
Dieses Formular übermittelt keine Daten an den Server der Website. Nach dem Erstellen öffnet die Seite die Mail-App auf Ihrem Gerät und fügt Ihre Angaben in eine E-Mail an support@gpumini.com ein. Prüfen Sie vertrauliche Informationen vor dem Senden erneut.
Geeignet für Kaufberatung ohne bestehende Bestellung, Geschäftskunden-Einkauf, Sicherheitsberatung und allgemeine Fragen ohne Bezug zu einer bestimmten Instanz.
Geeignet für Verbindungsprobleme, Build-Fehler, Konfigurationsabgleich und Fragen zu Zahlungsaufzeichnungen bei bestehenden Bestellungen, Instanzen oder Rechnungen. In einem Ticket bleiben nachgereichte Informationen im selben Vorgang gebündelt.
Die Aussage „Ich brauche einen schnelleren Mac“ reicht kaum für eine verlässliche Empfehlung. Die folgenden Angaben helfen uns, GPUMini M4 Core und GPUMini M4 Plus zu vergleichen und zu beurteilen, ob zusätzlicher Speicher oder eine Thunderbolt-5-Verbundoption erforderlich ist.
Nennen Sie die Tools, die Sie hauptsächlich für Xcode, xcodebuild, Fastlane, CI Runner, einen Remote-Mac-Desktop oder KI-Experimente einsetzen, und ob Sie interaktiv entwickeln oder Aufgaben langfristig im Hintergrund ausführen.
Geben Sie die übliche und maximale Parallelität an und nennen Sie, ob gleichzeitig Simulatoren, Tests, Archivierungen oder Pipelines für mehrere Repositories laufen. Die Parallelität zeigt die Ressourcenbelastung besser als die Dauer eines einzelnen Builds.
Erfassen Sie die typische Speichernutzung Ihres Projekts bei lokalen Builds und geben Sie an, ob Editor, Browser, Simulator und containerisierte Tools gleichzeitig laufen. So lassen sich 16 GB und 24 GB vergleichen.
Schätzen Sie den gesamten Speicherbedarf für Quellcode, Abhängigkeiten, DerivedData, Archive, Modelle und temporäre Dateien und nennen Sie das wöchentliche Wachstum, um 256 GB, 512 GB oder eine Speichererweiterung zu bewerten.
Nennen Sie die Regionen, in denen Entwickler täglich arbeiten, sowie die Verteilung des Teams. Die vier Knoten Singapur, Japan (Tokio), Südkorea (Seoul) und Hongkong sind bestellbar; die endgültige Wahl sollte auf realen Netzwerktests basieren.
Wenn Sie keine genauen Werte nennen können, geben Sie die aktuelle Computerkonfiguration, die Dauer eines typischen Builds, die Größe des Projektverzeichnisses und die Teamgröße an. Der Support erläutert, was direkt beurteilt werden kann und was zunächst getestet werden muss.
Technische Probleme sollten bevorzugt über ein Console-Ticket eingereicht werden. Die folgenden Angaben helfen, Verbindungswege, Knotenstatus, Anmeldedatennutzung, Speicherplatz oder die genaue Fehlerstelle im Build-Prozess zu bestimmen.
Nennen Sie den Knoten in Singapur, Japan (Tokio), Südkorea (Seoul) oder Hongkong und geben Sie den Zeitpunkt des ersten Auftretens sowie der letzten Reproduktion mit Zeitzone an.
Geben Sie an, ob Sie einen Remote-Mac-Desktop, SSH oder eine Dateiübertragung verwenden, und nennen Sie Büro-, Heim- oder Mobilfunknetz. Wenn sich das Ergebnis nach einem Netzwechsel unterscheidet, dokumentieren Sie dies ebenfalls.
Kopieren Sie die vollständige Fehlerzeile, den Exit-Code und die fehlgeschlagenen Schritte. Schreiben Sie nicht nur „Verbindung fehlgeschlagen“ oder „Build-Fehler“. Screenshots sollten den Kontext zeigen, aber Adressen, Zugangsdaten und vertrauliche Projektdaten verdecken.
Listen Sie der Reihe nach erneute Verbindungsversuche, Netzwechsel, Speicherprüfung, erneute Befehlsausführung und deren Ergebnisse auf. So müssen bereits geprüfte Schritte nicht wiederholt werden.
Behalten Sie Befehle, Zeitangaben, Exit-Codes und erforderliche Stack-Traces bei. Entfernen Sie private Schlüssel, Zugriffstoken, Repository-Zugangsdaten, Zertifikatsinhalte, personenbezogene Daten und nicht veröffentlichten Quellcode.
Viele dedizierte physische Maschinen sind nicht nur eine Mengenfrage. Teams müssen meist außerdem festlegen, wer Bestellungen verwaltet, wer Knoten nutzt, wie die Bereitstellung in Etappen abgenommen wird und welche vorhandenen Unterlagen für Sicherheits- oder Einkaufsprüfungen benötigt werden.
Senden Sie Ihre Anfrage zum Unternehmenseinkauf an support@gpumini.com und nennen Sie „Unternehmenseinkauf“ im Betreff. Anhand der Zielkonfiguration, Knotenverteilung und Bereitstellungsplanung stellen wir die noch zu klärenden Punkte zusammen.
Geben Sie die gewünschte Maschinenanzahl, das Verhältnis von M4 Core zu M4 Plus, die Knotenverteilung, den geplanten Startzeitpunkt und die Nutzungsdauer an. Die tatsächliche Verfügbarkeit wird in Echtzeit von der Console angezeigt.
Beschreiben Sie die Zuständigkeiten von Einkaufsverantwortlichen, technischen Administratoren und Knotennutzern sowie die Rollen, die Bestellungen, Instanzen, Rechnungen und Supportverläufe einsehen müssen.
Legen Sie fest, ob alles auf einmal oder in Projektphasen bereitgestellt wird, und definieren Sie für jede Tranche Abnahmekriterien wie Konfigurationsabgleich, Verbindungsprüfung und Test-Build.
Listen Sie die Punkte auf, die im Einkaufs-, Sicherheits-, Datenschutz- oder Compliance-Prozess geprüft werden müssen. Anforderungen an Sicherheitsberichte und Unterlagen senden Sie ebenfalls gesammelt an support@gpumini.com.
Wir verwenden Name, Antwort-E-Mail, Problemkategorie, Knoten, Laufzeit und Problembeschreibung, um Anfragen zuzuordnen, zu beantworten, Fehler zu analysieren und erforderliche Supportaufzeichnungen zu führen. Der Speicherumfang wird entsprechend geschäftlicher Verarbeitung, Kontosicherheit und gesetzlichen Pflichten begrenzt.
Übermitteln Sie keine Kontopasswörter, privaten Schlüssel, Zugriffstoken, vollständigen Zertifikatsinhalte, unbereinigten Build-Protokolle oder nicht relevanten personenbezogenen Daten. Wenn Protokolle erforderlich sind, behalten Sie nur Zeitangaben, Befehle, Exit-Codes und den zur Fehlerlokalisierung nötigen Kontext bei.
Datenschutzerklärung und Informationen zu Nutzerrechten ansehenBestellbestätigungen, Instanzstatus, Rechnungsaufzeichnungen und Support-Tickets sollten im selben Verwaltungsbereich geprüft werden. Wenn Ihr Problem einen bestehenden Service betrifft, melden Sie sich zuerst an und reichen Sie ein Ticket ein.