Nettoyer les modèles Ollama et LM Studio sur Mac

Les outils d’IA locaux peuvent remplir un disque rapidement, car les poids des modèles sont le produit lui-même, et non un petit cache autour. Un modèle peut souvent être retéléchargé, mais le téléchargement peut être coûteux, une révision peut disparaître, ou sa licence et son accès peuvent changer. Inventoriez les modèles via l’outil qui les possède, et conservez séparément les conversations, les fine-tunes, les adaptateurs, les prompts et les données de projet.

Où les outils d’IA locaux stockent leurs poids

Les modèles sont presque toujours la partie lourde, et chacun se mesure en gigaoctets.

• Ollama conserve les modèles dans ~/.ollama/models par défaut, ou dans le répertoire défini par OLLAMA_MODELS. Sa référence CLI actuelle utilise ollama ls pour inventorier les modèles et ollama rm <model> pour en supprimer un par nom. C’est plus sûr que de supprimer les fichiers à la main, car l’outil peut mettre à jour son propre magasin de modèles.
• LM Studio vous laisse choisir le répertoire des modèles. Utilisez My Models dans l’application ou lms ls pour lister les modèles locaux et leurs tailles, puis supprimez un modèle via LM Studio afin que le catalogue de l’application reste cohérent. Ne vous fiez pas à un chemin caché codé en dur.
• Hugging Face : les bibliothèques mettent en cache les téléchargements dans ~/.cache/huggingface/hub, qui grossit au fil des scripts qui tirent modèles et jeux de données, sauf si HF_HOME ou un autre réglage de cache change la racine. hf cache ls inventorie les dépôts et les révisions. Prévisualisez une suppression précise avec hf cache rm model/<repo> --dry-run, ou prévisualisez les révisions détachées et incomplètes avec hf cache prune --dry-run. Le guide du cache Hugging Face documente les deux commandes.

Vérifiez les totaux directement pour savoir à quoi vous avez affaire :

du -sh ~/.ollama/models ~/.cache/huggingface 2>/dev/null

Cache et données ne sont pas la même chose

Cette distinction rend le nettoyage sûr. Un modèle publié peut souvent être retéléchargé, mais un fine-tune local, un adaptateur, une quantification convertie ou un checkpoint privé ne le peuvent pas nécessairement. Les applications d’IA de bureau peuvent aussi conserver l’état des conversations et les pièces jointes dans Application Support, ou synchroniser une partie de l’historique avec un compte. Vérifiez le comportement d’export et de synchronisation de l’application plutôt que de supposer soit que chaque conversation est locale, soit que chaque fichier local est jetable. Les caches de modèles sont volumineux, mais ils ne sont pas gratuits à recréer.

Supprimer complètement une application d’IA

Si vous en avez fini avec un outil, le bundle de l’application n’est que la petite partie. Pour récupérer réellement l’espace, vous devez aussi supprimer ses modèles et ses fichiers de support, le même problème que pour désinstaller complètement n’importe quelle application. Pour Ollama, supprimez les modèles nommés avec ollama rm avant de désinstaller l’application. Pour LM Studio, supprimez les modèles de son répertoire configuré via l’application. Pour un client de chat de bureau, exportez l’historique nécessaire et suivez les consignes de désinstallation du fournisseur avant d’examiner les données de support. Ne supprimez pas un conteneur Application Support entier uniquement parce que son nom correspond à une application.

Sous le capot : comment les outils stockent les modèles, et pourquoi la taille est inhérente

Ollama conserve chaque modèle sous forme de blobs adressés par contenu (fichiers nommés d’après leur hash sha256) sous ~/.ollama/models/blobs, avec de petits manifestes qui relient un nom de modèle et un tag aux blobs dont il a besoin. Deux modèles construits sur la même couche de base partagent des blobs, donc ollama rm supprime d’abord un manifeste et ne libère un blob que lorsqu’aucune autre référence ne le pointe. C’est précisément pourquoi supprimer les fichiers de blobs à la main est risqué : vous pouvez orpheliner un modèle qui pointe encore vers eux. La taille n’est pas une surcharge, c’est le modèle : des milliards de paramètres exigent encore des gigaoctets même après quantification, et les modèles plus grands ou de précision plus élevée en exigent bien davantage, car les poids sont la substance même. Le cache de Hugging Face fonctionne de la même façon, en stockant des instantanés immuables indexés par révision afin que les tirages répétés se dédupliquent. C’est pourquoi la règle est « supprimer via la commande propre de l’outil » : elle maintient le magasin adressé par contenu cohérent au lieu de laisser des blobs orphelins.

Où une carte du disque aide

Une carte du disque comme la vue Analyze de Mole peut révéler un magasin de modèles inattendu, mais les noms de modèles, les blobs partagés et les références de révision appartiennent à Ollama, LM Studio ou Hugging Face. Un nettoyeur général devrait éviter les magasins de modèles et les transcriptions de conversations, sauf si l’utilisateur identifie une cible exacte.

Un ordre d’opérations sûr

Listez les modèles avec l’outil qui les possède, distinguez les poids publiés des artefacts privés ou transformés localement, exportez les conversations et adaptateurs uniques, puis supprimez un modèle nommé à la fois. Revérifiez l’espace disque, car les blobs partagés peuvent limiter l’espace récupéré. Supprimez des répertoires de support entiers uniquement dans le cadre d’une désinstallation vérifiée, sans données à conserver.