Louez un Mac mini physique dédié à la journée, et non une machine virtuelle. Comparez la couverture des nœuds, les bureaux à distance et les tâches de build pour choisir le modèle qui vous convient.
Les silhouettes des appareils et les interfaces de cette page sont illustratives. Il ne s’agit ni de photos de datacenter, ni de captures de bureau à distance, ni de preuves de tests de performances.
XV M4 Runner et XV M4 Studio figurent au catalogue de commande pour les quatre nœuds ci-dessous. Les codes identifient les régions, pas le numéro de série d’une machine. La disponibilité réelle des modèles et des nœuds est indiquée en temps réel dans la console.
À évaluer en priorité par les équipes d’Asie du Sud-Est. Testez la connexion au bureau à distance depuis le réseau réel de votre équipe avant d’y héberger vos builds CI.
Modèles au catalogue : XV M4 Runner et XV M4 Studio. Visuel illustratif, pas une photo du site.
UTC+8 · Asie du Sud-EstPour les équipes de développement au Japon et dans les régions voisines. Pour déboguer dans Simulator depuis un bureau graphique, testez d’abord la connexion depuis le réseau réel de votre équipe.
Modèles au catalogue : XV M4 Runner et XV M4 Studio. Visuel illustratif, pas une photo du site.
UTC+9 · Asie de l’EstAdapté aux tâches nécessitant une couverture de la Corée et de l’Asie du Nord-Est. Lancez les builds automatisés sur le nœud, puis consultez les journaux via SSH.
Modèles au catalogue : XV M4 Runner et XV M4 Studio. Visuel illustratif, pas une photo du site.
UTC+9 · Asie du Nord-EstPermet aux équipes réparties en Chine du Sud et en Asie du Sud-Est de comparer les chemins de connexion. Évaluez la réactivité du bureau pour les interactions, et les journaux ainsi que la durée d’exécution pour les builds par lots.
Modèles au catalogue : XV M4 Runner et XV M4 Studio. Visuel illustratif, pas une photo du site.
UTC+8 · Chine du Sud et Asie du Sud-EstCette page présente le catalogue des nœuds et des schémas d’équipement. Elle ne fournit ni photos de datacenter non vérifiées ni numéros d’emplacement précis. Pour choisir une région, fiez-vous à vos propres tests de connexion et aux informations de la console.
Les trois visuels ci-dessous illustrent des tâches possibles sur un bureau macOS à distance. Il s’agit d’interfaces recréées, pas de captures de machines louées. La disposition et les outils disponibles dépendent de l’environnement réellement fourni.
Vérifiez d’abord le projet et la version de Xcode, puis consultez les étapes de compilation, de test et d’archivage. En cas d’échec, conservez la première erreur des journaux au lieu de ne capturer que la dernière ligne.
Interface illustrative, pas une capture de buildInspectez la mise en page et les interactions sur le bureau graphique, puis automatisez les tests répétitifs. Si vous ouvrez plusieurs runtimes simultanément, surveillez la mémoire et l’espace disque disponibles.
Visuel d’appareil illustratif, pas une capture du bureauVérifiez l’identifiant de l’app, la configuration de signature et l’archive générée avant de procéder à l’envoi. Gérez vous-même les certificats et les fichiers du projet, puis sauvegardez-les avant la fin de la location.
Processus illustratif, pas une capture des réglages de signatureRunner et Studio permettent tous deux de créer des archives Xcode. Cet exemple montre comment consigner une comparaison, sans présenter une barre de progression illustrative comme un temps mesuré : le commit du projet, la version de Xcode, l’état du cache et les étapes doivent être identiques pour comparer les résultats.
Idéal pour valider le processus de compilation et d’archivage d’une app. Pour un relevé exploitable, consignez aussi le commit et l’état de préchauffage du cache.
Pour exécuter davantage de tâches ou de Simulators en parallèle, les 24 Go de mémoire offrent une plus grande marge. La durée réelle dépend toujours de votre projet.
Cette page ne contient pas de capture originale vérifiable d’un archivage du même projet ; aucun temps comparatif n’est donc affiché. Pour réaliser votre propre benchmark, utilisez le même commit, la même version de Xcode et la même stratégie de cache sur les deux modèles, puis conservez les journaux de build complets.
Le XV M4 Studio est équipé d’une puce M4, de 24 Go de mémoire unifiée et d’un SSD de 512 Go. La mémoire unifiée est partagée entre le CPU et le GPU. Avec des modèles quantifiés exécutés via MLX ou llama.cpp, prévoyez de la place pour les poids, le contexte et le système.
À droite, un exemple des indicateurs à surveiller dans Moniteur d’activité. Ce n’est pas une capture de suivi d’une inférence réelle et cela ne garantit pas qu’un modèle donné puisse tenir en mémoire. Pour stocker davantage de fichiers de poids, consultez les options SSD +1 To ou +2 To lors de la commande.
Avant de commencer, testez avec le modèle et la longueur de contexte réels. Ne déduisez pas les besoins en mémoire du seul nombre de paramètres.
Les témoignages à la première personne ci-dessous illustrent les vérifications de différents profils ; ils ne proviennent pas de clients dont l’identité a été vérifiée.
« Je commencerais par ouvrir le bureau pour vérifier que Xcode et Simulator se lancent correctement, puis je lancerais un projet Flutter. »
Exemple de vérification par un développeur Flutter
« Je vérifierais surtout que le modèle, le nœud et la commande correspondent, et que l’équipe peut conserver les journaux de build. »
Exemple de vérification par un responsable technique d’équipe de développement externalisée
Cette page ne comporte aucune photo vérifiable de notre propre datacenter, capture de bureau d’un locataire ni capture d’un test d’archivage réalisé dans des conditions identiques. Les silhouettes des appareils, les espaces de travail et le tableau de suivi sont donc explicitement présentés comme des illustrations. Ils ne prouvent ni l’apparence d’un emplacement précis, ni la disposition réelle du bureau livré, ni la vitesse de build.
Pour vérifier une livraison réelle, contrôlez au minimum le modèle et le nœud indiqués sur la commande, les identifiants de connexion reçus, la puce et la mémoire reconnues par le système, ainsi que les journaux complets de build de votre propre projet. Ne choisissez pas une durée de location sur la base d’une image dont la provenance ne peut pas être vérifiée.
Confirmez le modèle, le nœud et la période de facturation.
Testez SSH et le bureau graphique avec les identifiants fournis.
Enregistrez les informations système et les journaux complets des tâches.
XV M4 Runner à partir de $21.4/jour. Choisissez un modèle et un nœud, puis évaluez-le avec vos propres tâches de build après connexion. La disponibilité réelle est indiquée dans la console.