Comment libérer de l'espace disque dans une bibliothèque LoRA sans modifier les poids

Lorsqu'une bibliothèque LoRA envahit un SSD, « supprimer, élaguer ou quantifier » ne constitue pas une seule et même réponse. Chaque action modifie un élément différent. Si vous devez pouvoir récupérer les octets d'origine, archivez la relation entre les fichiers avant de libérer l'espace de travail.

Quatre actions qui ne doivent pas être confondues

Suppression supprime une copie. Élagage peut supprimer des données que vous pourriez plus tard nécessiter. Quantification modifie la représentation et peut altérer le comportement à l'exécution. Archivage peut conserver la version originale pour une récupération exacte ultérieure tout en aidant à gérer une famille locale liée.

Le bon choix dépend des besoins. Si votre objectif est un modèle modifié plus petit pour un environnement d'exécution spécifique, envisagez la quantification. Si votre objectif est de préserver une base, ses LoRAs et les révisions associées sans conserver aveuglément plusieurs déploiements redondants sur un SSD actif, utilisez plutôt un workflow de récupération exact.

Pourquoi la relation compte plus que le nom du dossier

Une convention de dossier peut rendre les bibliothèques plus faciles à parcourir, mais cela ne prouve pas que deux déploiements contiennent les mêmes données ou qu'une version puisse être récupérée après un nettoyage. L'unité utile est une famille avec une raison de rester ensemble :

• un checkpoint de base et les LoRAs ou adaptateurs que vous utilisez avec lui ;
• un ensemble de révisions terminées issues du même projet de fine-tuning ; ou
• déploiements autonomes qui utilisent le même modèle de base.

Séparez les modèles sans lien entre eux. Une archive qui répond à la question « à quoi cela sert-il ? » sera aussi plus facile à vérifier, restaurer et retirer délibérément.

Un workflow de récupération d'espace sans perte

1. Sélectionnez une famille locale, pas le répertoire complet des modèles.
2. Dans Tensor Archive, sélectionnez Add model family → Local folder, puis exécutez Analyse source.
3. Vérifiez le résultat avant de l'archiver. L'objectif est de mesurer cette famille, et non d'assumer un pourcentage universel.
4. Archivez la famille dans une copie locale gérée, puis exécutez Verify.
5. Restaurez une copie séparée et chargez-la dans le workflow qui vous concerne.
6. Ce n'est qu'ensuite que vous pouvez décider manuellement de retirer une ancienne copie de travail du SSD.

Ce que peut et ne peut pas signifier un résultat de stockage

Le benchmark produit indique une réduction de 71.2% du stockage physique pour une famille contrôlée de cinq déploiements autonomes de modèles et d'adaptateurs : 907.3 MB stockés séparément, contre 261.6 MB au sein d'une seule famille. C'est l'exemple d'une famille partageant des données, pas l'affirmation qu'un fichier LoRA isolé deviendra 71.2% plus petit.

La façon la plus sûre de libérer de l'espace

Libérez de l'espace par étapes. Commencez par la famille que vous utilisez réellement. Gardez une sauvegarde indépendante lorsque les fichiers comptent. Vérifiez et restaurez avant de supprimer. Puis répétez. Cette méthode est plus lente qu'un nettoyage en masse, mais bien plus rapide que de reconstruire une bibliothèque à partir de la mémoire après avoir supprimé l'adaptateur dont vous aviez besoin.

Commencez par déterminer de quoi dépend chaque fichier LoRA. Pour distinguer le stockage exact des poids transformés, lisez Stockage SafeTensors ou quantification ; pour mesurer l'empreinte totale autour de ces adaptateurs, consultez Taille des modèles Stable Diffusion et espace disque. Ensuite, téléchargez Tensor Archive et suivez le guide de récupération d'espace en toute sécurité.