Les compilations macOS parallèles donnent l’impression d’aller vite jusqu’à ce que leniveau « eau » du SSDmonte : DerivedData, caches locaux, couches de conteneurs et répertoires temporaires grossissent avec la concurrence des jobs, et la douleur apparaît enfiles d’attente, tests instables et ménage d’urgence sur le disque, souvent la nuit dans un autre fuseau. Cette FAQ propose une prévision pratique pour 2026 : dimensionner desMac mini M4 dédiéssurSingapour, Tokyo, Séoul, Hong Kong, US Est et US Ouest, comparer16 Go / 256 Goet24 Go / 512 Go, situer quand uneextension NVMe 1 To ou 2 Tol’emporte sur plus de machines, et distinguerplusieurs runners sur une même machined’undeuxième siège Mac dédiépour ne pas payer deux fois le mauvais goulot d’étranglement.
1. Lire le niveau disque avant d’augmenter le parallélisme
Une CI saine traite l’espace libre comme unindicateur avancé, pas comme une alarme tardive. Avant de doubler les drapeaux-jou d’ajouter un runner auto-hébergé sur le même hôte, capturez uninstantané du pire jour : jobs concurrents au plus fort, plus grand jeu de travailxcodebuildou Bazel, images Docker que vous refusez de purger, miroirs de registres locaux. Ajoutez une marge pour macOS, les journaux de crash et la prochaine montée mineure de Xcode. Si votre prévision tient déjà dans20 à 30 % d’espace libresur un volume racine 256 ou 512 Go, vous êtes à une mauvaise fusion du tassement : le NVMe est rapide, maisun disque plein dégrade encore la latence de queuecar les métadonnées APFS et la pression mémoire interagissent mal avec des compilations en rafales.
2. Six métropoles : même référence matérielle, autre pression sur les caches
Le choix de région ne change pas lenombre d’octets par compilation, mais la fréquence à laquelle vousretéléchargezdes artefacts à travers les océans. Une équipe ancrée àTokyo, Séoul, Singapour ou Hong Kongcolocalise souvent npm, Maven et des registres Docker internes en APAC ; son Mac cloud voit moins de longs blocs réseau, la charge disque paraît « limitée par le CPU ». Sur un nœudUS Est ou US Ouestqui tire le même monorepo depuis l’APAC, les manques de cache répétés se traduisent par une écriture SSD soutenue. Lancez un build témoin dans chaque métropole candidate et compareztaux de hit du cache et empreinte disque maximale— les chiffres doivent piloter la région, pas le siège social. Pour une grille RTT, paliers 16/24 Go et stockage, voir aussi Mac cloud 2026 : six régions vs Mac mini M4 — latence, stockage et FAQ location.
3. Mac mini M4 16 Go / 256 Go face à 24 Go / 512 Go sous compilation parallèle
Le profil d’entrée16 Go de RAM / 256 Go de SSDconvient aux builds iOS « un vol à la fois », aux paquets Swift plus modestes et aux agents qui déportent les gros objets vers des caches distants. Il devient fragile lorsque vous lancezdeux jobs lourds en compilation simultanémentsur un même hôte : la pression mémoire se traduit par compression et comportements proches du swap, tandis que la pression disque explose avec des caches de modules dupliqués. Le palier24 Go / 512 Gocoûte en général moins cher que des semaines de CI instable : il laisse respirer les phases de linkage et de tests parallèles sans expulser DerivedData en boucle. Si vous fixez plusieurs runners longue durée sur une machine, partez de 24 Go / 512 Go et réservez 16 Go / 256 Go auxnœuds fragmentd’un pool plutôt qu’au « chef unique ».
Les chaînes Gradle ou Bazel avec cache distant bien alimenté peuvent masquer un 256 Go plus longtemps que Xcode seul, parce qu’une partie des sorties ne repose plus sur le volume local ; dès que le cache est partiellement indisponible ou que vous activez des tâches d’analyse locales lourdes, la courbe disque redevient celle du pire cas. Gardez donc larègle du pic : dimensionnez sur la semaine où tout le monde merge avant la release, pas sur la moyenne du mardi calme.
4. Extension 1 To / 2 To, sièges parallèles ou Mac supplémentaire
Lorsque les prévisions montrent un usage soutenu au-delà d’environ400–450 Gosur une machine de classe 512 Go, vous entrez dans la zone où uneextension NVMebat souvent l’écriture de scripts de ménage par l’équipe. Un ajout1 Toaccueille la plupart des monorepos, plusieurs installations Xcode de côté et des bases de sortie Bazel généreuses ;2 Tos’adresse aux équipes qui conservent de gros médias de test, de nombreux runtimes simulateur ou des couches Docker qu’il faut garder chaudes. À l’inverse,plusieurs sièges parallèlessur le même Mac — plus de slots runners que la machine ne peut honnêtement servir — ne sert que si CPU et marge disque existent déjà ; sinon vous fabriquez unefile internequi ressemble à une panne d’infra. Undeuxième Mac dédiéest le bon levier quand il fautisolerles voies release et expérimentation, des images macOS différentes ou des domaines de panne indépendants, pas lorsqu’il ne manque « que » quelques centaines de gigaoctets de NVMe rapide. Pour le câblage GitHub Actions (primaire / suiveur) et les magasins d’artefacts sur les six régions, reportez-vous à GitHub Actions 2026, runner macOS auto-hébergé : Git, artefacts et six régions Mac cloud — FAQ.
5. Liste de contrôle pour ne pas louer la mauvaise forme
- Avez-vous journalisé l’usage disque maximalpendant la fenêtre de fusion la plus chargée, simulateurs, Docker et caches locaux inclus, et pas seulement un build propre isolé ?
- Augmenter le parallélisme sur un hôte laisse-t-il le CPU saturé de façon saineou fait-il immédiatement monter la mémoire et le disque— auquel cas il faut corriger le palier matériel avant d’ajouter des slots.
- Entre Singapour, Tokyo, Séoul, Hong Kong, US Est et US Ouest, quelles deux régions offrent un RTT acceptable vers vos registreset un taux de hit de cache stable ?
- Une extension 1 To ou 2 Toéliminerait-elle un ménage récurrent, ou avez-vous réellement besoin d’un second siège Macpour le rayon d’explosion et l’isolement ?
Sur vpszap, le disque et le parallélisme suivent du vrai matériel
Prévoir la marge SSD n’a de sens que si la machine dessous estprévisible. vpszap propose desMac mini Apple Silicon physiques, sans couche de virtualisationentre vous et le NVMe : le CPU, la RAM et le disque vous sont entièrement réservés, ce qui évite que des compilations parallèles se battent contre un voisin invisible. L’activation se fait enenviron cinq minutesavecSSH et VNClivré ensemble ; vous pouvez caler des pointes sur une location aujour ou à la semaineou un rythme régulier aumois ou au trimestre,sans engagement long, et choisir parmiSingapour, Tokyo, Séoul, Hong Kong, US Est et US Ouestpour rapprocher la latence des développeurs et des chemins d’artefacts.
Si vous voulez appliquer cette grille sur du matériel qui se comporte comme un Mac de labo sous votre bureau — mais dans un centre plus proche — commencez par la page d’accueil Mac mini cloud vpszap.
