Le choix le plus sûr est de garder vos modèles actifs et leur environnement d’exécution sur le SSD interne, puis de déplacer les modèles peu utilisés et les archives vers un SSD externe fiable. N’achetez pas immédiatement la capacité interne maximale pour stocker toute une collection : calculez d’abord votre bibliothèque active, votre espace temporaire et le coût des migrations. Si plusieurs personnes doivent accéder aux modèles, si les tâches sont distantes ou si la capacité varie constamment, séparez progressivement le stockage du modèle de votre Mac personnel.
Cet article s’adresse à trois profils :
- vous utilisez déjà Ollama ou LM Studio et vos fichiers d’IA occupent une part importante de votre Mac ;
- vous préparez l’achat d’un Mac et devez arbitrer la capacité du SSD avant de commander ;
- vous administrez un Mac distant avec une bibliothèque partagée ou des tâches d’inférence qui doivent rester disponibles.
Commencez par mesurer le cycle de vie de votre bibliothèque
Un mauvais calcul commence généralement par la taille affichée sur la page d’un modèle. Cette valeur ne représente pas nécessairement l’espace réellement consommé sur votre ordinateur. Il faut distinguer le fichier du modèle, les différentes versions quantifiées, les téléchargements interrompus, les caches, les historiques de conversation, les bases vectorielles, les journaux et l’espace libre dont macOS a besoin pour fonctionner correctement.
Pour obtenir une estimation qui correspond à votre usage, construisez cette formule :
capacité nécessaire = modèles actifs + modèles en rotation + espace temporaire maximal + données annexes + marge de fonctionnement
La marge n’est pas un chiffre universel à recopier. Elle dépend de la capacité totale du Mac, de vos autres fichiers et de la fréquence à laquelle vous téléchargez ou supprimez des modèles. L’objectif est de ne pas remplir le disque au point de transformer chaque mise à jour en opération de nettoyage urgente.
Pour chaque modèle, relevez sa taille dans le dépôt utilisé ou directement dans le répertoire local. Une commande comme du -sh vous donne la taille occupée par un dossier ; additionnez ensuite les répertoires correspondant aux versions que vous conservez réellement. Cette mesure locale est plus fiable qu’une estimation générale, car elle tient compte des fichiers déjà présents, des doublons et des importations effectuées par votre outil.
Les quantifications doivent être comptées comme des variantes distinctes. Un modèle conservé en plusieurs formats n’est pas une seule ligne dans votre budget : chaque fichier peut avoir une taille, un usage et une fréquence de chargement différents. Dans LM Studio, la gestion des modèles et leur chargement dépendent du répertoire configuré et du modèle sélectionné ; consultez donc la documentation de chargement de LM Studio avant de déplacer une arborescence.
Combien d’espace disque faut-il réserver pour un grand modèle local sur Mac ?
Il n’existe pas de réponse sérieuse valable pour tous les utilisateurs. Additionnez vos fichiers réellement téléchargés, puis ajoutez le pic observé pendant une importation, une conversion ou une indexation. Si vous ne connaissez pas ce pic, faites un essai sur un modèle non critique et mesurez l’espace libre avant et après l’opération. Le résultat constitue une donnée de votre environnement, pas une promesse de performance pour un autre Mac.
Classez les modèles avant de toucher au stockage
La décision SSD interne ou externe devient plus claire lorsque chaque modèle reçoit une catégorie d’usage. Dans votre inventaire, ne classez pas seulement les fichiers par taille : notez aussi le coût d’un nouveau téléchargement, la fréquence d’accès, les dépendances et la nécessité de conserver une version précise pour un projet.
| Classe d’usage | Contenu typique | Emplacement conseillé | Condition de conservation |
|---|---|---|---|
| Actif | Modèle utilisé chaque semaine, environnement de lancement, index fréquent | SSD interne | Accès immédiat et chemin stable prioritaires |
| Rotation | Modèle utilisé pour un projet ponctuel ou une comparaison | SSD interne ou externe selon l’espace disponible | Migration possible après validation du chemin |
| Faible fréquence | Modèle consulté rarement, version de référence, archive de test | SSD externe | Copie vérifiée et disque monté avant utilisation |
| Nœud partagé | Bibliothèque destinée à plusieurs utilisateurs ou tâches distantes | Stockage séparé du Mac personnel | Administration, sauvegarde et disponibilité indépendantes |
Cette classification évite un réflexe coûteux : acheter un espace interne très large simplement parce que vous avez téléchargé plusieurs modèles pendant une phase d’exploration. Une bibliothèque de recherche n’a pas les mêmes exigences qu’un environnement quotidien de génération audio, de montage vidéo assisté, de design ou de développement.
Pour Ollama, un modèle peut être utilisé depuis un emplacement géré par le logiciel, mais le déplacement du répertoire ne doit pas être improvisé. Vérifiez la méthode actuelle indiquée dans la FAQ officielle d’Ollama, puis testez le lancement avec un seul modèle avant de déplacer toute la collection. Une application peut accepter un répertoire personnalisé sans gérer correctement un volume absent, un changement de nom ou un montage tardif.
Ollama peut-il fonctionner avec des modèles placés sur un SSD externe ?
Oui, cela peut être viable si le répertoire attendu est correctement configuré, si le volume est monté avant le démarrage du service et si vous avez conservé une copie de retour. La réponse dépend toutefois de la version de l’outil, du chemin utilisé et du comportement du service au redémarrage. Ne supprimez jamais la copie interne avant d’avoir arrêté, relancé et interrogé le modèle depuis le nouvel emplacement.
Gardez l’exécution active sur le SSD interne
Le SSD interne offre surtout un avantage de gestion : il est présent au démarrage, associé à un chemin stable et moins exposé aux débranchements accidentels. Cela réduit les cas où le serveur local démarre sans trouver son modèle, où une indexation échoue parce que le volume n’est pas encore disponible, ou encore où un script de développement travaille sur un chemin différent après une reconnexion.
Cela ne signifie pas que le SSD interne rend automatiquement l’inférence plus rapide. Le chargement du modèle, son maintien en mémoire, l’utilisation du processeur ou du processeur graphique et le traitement de chaque requête sont des étapes différentes. Une mesure de débit d’un SSD externe ne peut donc pas être transformée directement en prédiction de vitesse d’inférence. Les performances réelles dépendent du modèle, de la mémoire disponible, du format, du contexte et de la charge simultanée.
Pour un usage audio ou vidéo, la séparation est encore plus importante. Vous pouvez garder sur le SSD interne le modèle qui accompagne votre session de montage ou de génération, tout en plaçant les versions expérimentales sur un volume externe. Vous évitez ainsi qu’un téléchargement de recherche remplisse le disque qui contient vos projets, vos caches créatifs et vos fichiers temporaires.
Avant de migrer, vérifiez quatre points :
- le volume externe est monté avec le même nom après un redémarrage ;
- le compte qui exécute le service dispose des droits de lecture et d’écriture ;
- le chemin configuré par Ollama ou LM Studio correspond réellement au dossier choisi ;
- le modèle apparaît de nouveau dans l’outil après une fermeture complète et une relance.
LM Studio documente également l’importation de modèles par sa commande dédiée ; consultez la documentation lms import lorsque vous préférez importer un modèle plutôt que déplacer manuellement ses fichiers. La documentation de l’interface de commande LM Studio doit servir de référence pour le répertoire et les opérations disponibles dans votre version.
Point de vigilance : un SSD externe qui se déconnecte pendant qu’un service utilise un modèle n’est pas un simple désagrément de bureau. Pour un nœud distant ou une tâche planifiée, traitez cette situation comme un risque de production : prévoyez une alerte, une procédure de remontage et un retour vers une copie connue.
Vérifiez le système de fichiers et les scénarios de déconnexion
Le choix du format doit suivre votre usage, et non l’étiquette « compatible Mac » du boîtier. Pour un disque exclusivement utilisé avec des Mac, APFS est généralement le premier format à tester, notamment lorsque vous avez besoin des fonctions de sécurité et d’intégration du système de fichiers. Apple décrit les formats disponibles dans son guide de l’Utilitaire de disque.
Pour un volume partagé avec d’autres systèmes, vous pouvez avoir besoin d’un format différent, mais ce choix crée parfois des compromis sur les permissions, le chiffrement, les noms de fichiers ou les outils de réparation. Le format ne transforme pas un disque en stockage fiable : vous devez encore tester le boîtier, le câble, le concentrateur éventuel, la veille et les reconnexions.
| Besoin principal | Choix à examiner | Vérifications indispensables | Risque à accepter |
|---|---|---|---|
| Usage Mac dédié | APFS | Montage au démarrage, permissions, chiffrement souhaité | Moins pratique pour un partage avec d’autres systèmes |
| Échange entre environnements | Format compatible avec les systèmes concernés | Écriture, droits, noms de fichiers et outils utilisés | Fonctions ou permissions parfois moins adaptées |
| Bibliothèque sensible | Format compatible avec une stratégie de chiffrement | Récupération de la clé, sauvegarde et test de restauration | Perte d’accès si la clé ou le volume devient indisponible |
| Nœud distant permanent | Format choisi pour la stabilité du service | Redémarrage, veille, reconnexion et supervision | Une coupure peut interrompre le chargement ou l’indexation |
Apple rappelle aussi que certains disques externes ne peuvent pas enregistrer de fichiers selon leur format ou leurs permissions ; la procédure de diagnostic est détaillée dans cette note d’assistance sur les disques externes. Si vous reformatez un volume, suivez également les précautions indiquées dans le guide Apple consacré au formatage du stockage externe. Reformater efface les données : copiez d’abord les modèles et vérifiez la restauration avant de commencer.
Un test utile consiste à lancer votre service sans modifier la bibliothèque principale. Montez le volume, démarrez l’application, chargez un modèle déplacé, mettez le Mac en veille, réveillez-le, redémarrez-le, puis débranchez le disque uniquement lorsque le service est arrêté. Notez à quel moment le chemin disparaît et quelle action permet de récupérer l’environnement. Ce journal vaut davantage qu’une fiche technique générale pour décider si le disque peut héberger un modèle actif.
Calculez le coût complet plutôt que le prix du SSD
Comparer une capacité interne à un disque externe uniquement avec leur prix d’achat donne une conclusion incomplète. Votre calcul doit intégrer les coûts visibles et les coûts opérationnels :
coût du stockage sur la durée = capacité interne supplémentaire + équipement externe + sauvegarde + extensions ou adaptateurs + migrations + temps d’administration + coût d’une indisponibilité
Ne remplacez pas les variables par un prix trouvé chez un fabricant. Les tarifs changent selon le pays, la capacité, la garantie et le moment de l’achat ; ils ne sont pas nécessaires pour appliquer la méthode. Remplissez votre propre tableau avec les montants réellement proposés au moment de votre décision.
| Variable | SSD interne plus grand | SSD externe ou bibliothèque mixte |
|---|---|---|
| Achat initial | Surcoût de la configuration choisie | Disque, boîtier ou câble selon votre installation |
| Disponibilité | Stockage intégré et présent au démarrage | Dépend du montage, du câble et de l’alimentation |
| Extension | Remplacement du Mac ou changement de machine | Ajout d’un volume possible, avec gestion des chemins |
| Sauvegarde | À prévoir séparément | À prévoir séparément, y compris pour le disque externe |
| Administration | Faible après installation | Inventaire, montage, contrôle et tests de reprise |
| Coût d’erreur | Peut immobiliser une capacité interne importante | Une déconnexion peut interrompre le service actif |
| Usage idéal | Bibliothèque active et stable | Rotation, archives et capacité variable |
Pour un poste personnel, estimez le taux d’activité de la bibliothèque : quelle part des modèles est réellement chargée ou consultée pendant votre semaine de travail ? Ne confondez pas le nombre de fichiers conservés avec l’espace qui doit rester disponible en permanence. Si la majorité de votre capacité sert à des modèles rarement ouverts, le stockage externe ou l’archivage vérifié devient rationnel.
Pour un nœud de modèles à long terme, ajoutez les accès distants, les sauvegardes, le temps de maintenance et le coût d’un redémarrage non surveillé. Un disque moins cher peut devenir plus coûteux si chaque changement impose une intervention manuelle, si plusieurs personnes attendent la remise en service ou si une copie unique doit être téléchargée à nouveau.
Faut-il acheter davantage de SSD interne ou ajouter un disque plus tard ?
Achetez davantage de capacité interne si vos modèles actifs, vos projets créatifs et vos fichiers de travail risquent de se concurrencer quotidiennement, ou si vous ne pouvez pas tolérer un volume externe indisponible. Préférez une extension externe si votre bibliothèque est surtout composée de modèles de rotation et d’archives, à condition d’inclure le disque dans les sauvegardes et de vérifier la procédure de reprise. Le meilleur choix est souvent mixte, plutôt qu’un achat maximal effectué sans inventaire.
Migrez par étapes quand la bibliothèque augmente
Une migration fiable est une opération contrôlée, pas un simple glisser-déposer. Suivez cette séquence afin de garder un retour arrière :
- [ ] Exportez la liste des modèles, leurs versions, leurs chemins actuels et leur usage prévu.
- [ ] Mesurez la taille de chaque dossier avec un outil local, puis notez l’espace libre du Mac avant la copie.
- [ ] Préparez le volume externe, son format, son nom stable, ses permissions et sa stratégie de sauvegarde.
- [ ] Copiez un modèle peu critique vers le nouveau chemin sans supprimer l’original.
- [ ] Arrêtez complètement Ollama ou LM Studio avant de modifier un répertoire utilisé par le service.
- [ ] Configurez le chemin ou l’importation selon la documentation de votre outil, plutôt que de supposer qu’un alias suffira.
- [ ] Lancez le modèle depuis le nouveau volume et vérifiez qu’il est reconnu, chargé et utilisable.
- [ ] Testez une fermeture, une veille, un redémarrage et un remontage du disque.
- [ ] Comparez la taille et l’intégrité des fichiers après la copie.
- [ ] Conservez l’ancienne copie jusqu’à la validation de la sauvegarde et de la procédure de retour.
Pour comparer l’intégrité sans inventer de durée de transfert, utilisez une somme de contrôle ou la fonction de vérification disponible dans votre environnement. Une copie terminée n’est pas nécessairement une copie exploitable : l’index peut manquer, le chemin peut être incorrect ou le compte du service peut ne pas avoir accès aux fichiers.
Si LM Studio ne réindexe pas automatiquement le dossier, utilisez sa procédure d’importation documentée. Si Ollama ne retrouve pas un modèle après le changement de chemin, revenez à la configuration précédente avant de supprimer quoi que ce soit. Cette règle est particulièrement importante lorsque le téléchargement initial était long, soumis à une connexion limitée ou impossible à reproduire à l’identique.
Isolez le nœud Mac lorsque le stockage devient un service
Votre Mac personnel cesse d’être le bon centre de stockage lorsque la bibliothèque interfère avec vos documents, lorsque plusieurs comptes ont besoin des mêmes modèles ou lorsque des tâches distantes doivent fonctionner sans votre session ouverte. Dans ce cas, le problème n’est plus seulement la capacité du SSD : il concerne les droits, la disponibilité, les sauvegardes, les mises à jour et la séparation des responsabilités.
Un Mac dédié peut héberger un répertoire de modèles indépendant, avec une procédure de démarrage, une surveillance du volume et un accès limité aux utilisateurs autorisés. En contrepartie, vous devez administrer une machine supplémentaire, maintenir ses sauvegardes et vérifier les risques liés à la veille, au réseau et aux déconnexions.
Un environnement Mac loué à la demande peut mieux convenir pour un test, une démonstration, une tâche de développement temporaire ou une période où la taille de la bibliothèque fluctue fortement. La location ne supprime pas les questions de stockage : vous devez toujours savoir quels modèles sont persistants, comment ils sont sauvegardés et combien coûte leur conservation entre deux usages. Pour explorer cette séparation sans mélanger vos fichiers personnels, consultez les solutions de location de Mac mini de ZavCloud et vérifiez les règles correspondant à votre usage dans le centre d’aide de ZavCloud.
Le critère de décision peut être résumé ainsi :
- si la bibliothèque active représente l’essentiel de votre usage et reste relativement stable, privilégiez le SSD interne ;
- si les modèles actifs tiennent confortablement sur le Mac mais que les archives augmentent, adoptez une organisation mixte ;
- si les modèles sont partagés, exécutés à distance ou remplacés fréquemment, séparez le nœud de modèles du poste personnel ;
- si vous avez besoin d’une interface physique locale, d’un accès permanent à vos fichiers ou d’une charge stable et lourde sur une longue période, l’achat d’un Mac dédié peut être plus cohérent qu’une location à la demande.
La méthode reste valable lorsque les outils changent : mesurez les fichiers présents, identifiez le pic temporaire, vérifiez le chemin officiel, testez la reprise et réévaluez le coût d’administration. Les changements de gestion des répertoires dans Ollama ou LM Studio doivent déclencher un nouveau test de migration, pas une confiance automatique dans une ancienne procédure.
Si votre solution actuelle consiste à remplir le SSD interne de modèles rarement utilisés, vous immobilisez une capacité coûteuse, vous mélangez les données personnelles avec une bibliothèque difficile à sauvegarder et vous risquez de bloquer une tâche lors d’une mise à jour ou d’un manque d’espace. Un disque externe unique présente d’autres défauts : il peut être oublié, déconnecté ou absent au démarrage, et il transforme une panne de câble ou de montage en interruption du service. Lorsque vos besoins deviennent temporaires, distants ou variables, louer un Mac avec ZavCloud peut offrir un environnement mieux séparé sans acheter immédiatement une capacité que vous n’utiliserez pas en permanence. Commencez toutefois par votre inventaire : si vos modèles actifs et vos tâches restent stables, un Mac acheté et correctement dimensionné demeure souvent la solution la plus simple à administrer.
ZavCloud Developer Infrastructure
Déportez vos modèles d’IA vers un Mac distant ZavCloud
Préservez l’espace SSD de votre Mac personnel en exécutant vos modèles locaux sur un Mac mini distant ZavCloud.
Disposez d’une machine dédiée pour tester, charger et organiser votre bibliothèque de modèles d’IA sans remplacer prématurément votre ordinateur.