GPUMini propose deux moyens de contact : envoyez un e-mail à support@gpumini.com ou connectez-vous à la console pour ouvrir un ticket. Les demandes commerciales et professionnelles conviennent à l’e-mail ; pour une commande, une instance ou une facture existante, privilégiez le ticket afin de conserver l’historique du traitement.
Charge de travail, mémoire, stockage, durée et choix du nœud
Connexion, échec de build, diagnostic du disque et du réseau
Vérification du montant, de la durée, des options et des paiements
Nœuds en volume, droits d’équipe, calendrier de livraison et documents d’audit
Description des risques, éléments masqués et périmètre d’impact
Ce formulaire n’envoie rien aux serveurs du site. Après génération, il ouvre l’application e-mail de votre appareil et organise vos réponses dans un message adressé à support@gpumini.com. Vérifiez à nouveau les informations sensibles avant l’envoi.
Pour les conseils avant-vente sans commande, les achats professionnels, les demandes de sécurité et les questions générales ne dépendant pas d’une instance précise.
Pour les problèmes de connexion, de build, de configuration ou de paiement liés à une commande, une instance ou une facture existante. Le ticket centralise les informations complémentaires dans un même dossier.
Dire seulement « il me faut un Mac plus rapide » ne suffit pas pour obtenir une recommandation fiable. Ces informations nous aident à comparer GPUMini M4 Core et GPUMini M4 Plus, et à déterminer si un stockage supplémentaire ou une option de mise en parallèle Thunderbolt 5 est nécessaire.
Précisez les outils utilisés parmi Xcode, xcodebuild, Fastlane, CI Runner, le bureau Mac à distance ou les expériences d’IA, et indiquez si les tâches sont interactives ou s’exécutent longtemps en arrière-plan.
Indiquez le nombre habituel et maximal de tâches simultanées, ainsi que l’exécution éventuelle de simulateurs, tests, archivages ou pipelines multi-dépôts. Le niveau de concurrence reflète mieux la pression sur les ressources que la durée d’un build isolé.
Notez la consommation mémoire typique du projet lors d’un build local et précisez si vous utilisez en même temps éditeur, navigateur, simulateur et outils conteneurisés, afin de comparer les configurations 16 Go et 24 Go.
Estimez l’espace total occupé par le code source, les dépendances, DerivedData, les archives, les modèles et les fichiers temporaires, puis indiquez la croissance hebdomadaire pour évaluer 256 Go, 512 Go ou une extension de stockage.
Indiquez où se trouvent habituellement les développeurs et comment l’équipe est répartie. Les quatre nœuds — Singapour, Japon (Tokyo), Corée du Sud (Séoul) et Hong Kong — sont disponibles à la commande ; choisissez finalement selon les tests réseau réels.
Si vous ne pouvez pas fournir de valeur précise, indiquez la configuration actuelle de l’ordinateur, la durée d’un build représentatif, la taille du répertoire du projet et l’effectif de l’équipe. Le support précisera ce qui peut être déterminé directement et ce qui nécessite un test préalable.
Les problèmes techniques doivent de préférence être soumis via un ticket dans la console. Les informations ci-dessous servent à localiser le point d’échec dans la chaîne de connexion, l’état du nœud, l’utilisation des identifiants, l’espace disque ou le processus de build.
Indiquez le nœud de Singapour, du Japon (Tokyo), de Corée du Sud (Séoul) ou de Hong Kong, puis utilisez une heure avec fuseau pour préciser la première apparition et la dernière reproduction du problème.
Précisez si vous utilisez un bureau Mac à distance, SSH ou un transfert de fichiers, et indiquez s’il s’agit du réseau du bureau, de votre connexion fixe ou du réseau mobile. Notez également tout changement de résultat après un changement de réseau.
Copiez la ligne d’erreur complète, le code de sortie et l’étape en échec ; n’écrivez pas seulement « échec de connexion » ou « erreur de build ». Les captures doivent conserver le contexte tout en masquant adresses, identifiants et secrets du projet.
Énumérez dans l’ordre les tentatives de reconnexion, changements de réseau, vérifications du disque, nouvelles exécutions de commandes et leurs résultats, afin d’éviter de refaire des étapes déjà vérifiées.
Conservez les commandes, heures, codes de sortie et traces d’appel nécessaires ; supprimez les clés privées, jetons d’accès, identifiants de dépôt, contenus de certificats, données personnelles et code source non publié.
Un lot de machines physiques dédiées ne se résume pas à une question de quantité. Les équipes doivent généralement préciser qui gère les commandes, qui utilise les nœuds, comment organiser la livraison par étapes et quels documents sont nécessaires aux audits de sécurité ou d’achat.
Envoyez votre demande professionnelle à support@gpumini.com et indiquez « achat professionnel » dans l’objet. Nous préparerons les points à confirmer selon la configuration cible, la répartition des nœuds et le calendrier de livraison.
Indiquez le nombre de machines souhaité, la proportion de M4 Core et M4 Plus, la répartition des nœuds, la date de démarrage prévue et la durée d’utilisation. La disponibilité réelle est celle renvoyée en temps réel par la console.
Précisez les responsabilités du responsable des achats, de l’administrateur technique et des utilisateurs des nœuds, ainsi que les rôles autorisés à consulter commandes, instances, factures et tickets de support.
Précisez s’il s’agit d’une livraison unique ou d’une activation par étapes, et définissez pour chaque lot les critères de réception : vérification de la configuration, validation de la connexion et build de test.
Dressez la liste des points à vérifier pour les processus d’achat, de sécurité, de confidentialité ou de conformité. Les demandes de rapports et de documents doivent également être envoyées à support@gpumini.com.
Nous utilisons le nom, l’adresse e-mail de réponse, la catégorie de demande, le nœud, la durée et la description du problème pour identifier la demande, répondre, diagnostiquer les incidents et conserver les informations de support nécessaires. La conservation est limitée selon les besoins opérationnels, la sécurité du compte et les obligations légales.
Ne transmettez ni mot de passe de compte, ni clé privée, ni jeton d’accès, ni contenu complet de certificat, ni journal de build non masqué, ni information personnelle sans rapport avec le problème. Si des journaux sont nécessaires, conservez uniquement l’heure, les commandes, les codes de sortie et le contexte utile au diagnostic.
Consulter la politique de confidentialité et les droits des utilisateursVérifiez les confirmations de commande, l’état des instances, les factures et les tickets de support dans le même espace de gestion. Si votre demande concerne un service existant, connectez-vous d’abord et ouvrez un ticket.