重みを変えずに LoRA ライブラリのディスク容量を解放する方法

LoRA ライブラリが SSD を圧迫しても、「削除、剪定、量子化」は同じ答えではありません。それぞれが別のものを変えます。元のバイト列を復元可能にする必要があるなら、作業領域を解放する前にファイル間の関係をアーカイブしてください。

混同してはいけない四つの操作

削除はコピーを取り除きます。剪定は後で必要になるデータを取り除く場合があります。量子化は表現を変更し、実行時の動作も変える可能性があります。アーカイブは、関連するローカルファミリーの管理を助けながら、後で正確に復旧できるよう元のバージョンを保持できます。

正しい選択は要件次第です。特定の実行環境向けに表現を変えた小さなモデルが目的なら、量子化を検討してください。ベース、LoRAs、関連リビジョンを保持しつつ、使用中の SSD に重複デプロイを何個も漫然と残さないことが目的なら、正確な復旧ワークフローを使います。

フォルダー名より関係の方が重要な理由

フォルダーの規則はライブラリを見やすくしますが、二つのデプロイに同じデータが含まれることや、整理後にバージョンを復元できることは証明しません。有用な単位は、一緒に保持する理由があるファミリーです。

• 一つのベースチェックポイントと、それと併用する LoRAs またはアダプター。
• 同じ微調整プロジェクトで完成した一連のリビジョン。
• 同じベースモデルを繰り返し含む自己完結型のデプロイ。

無関係なモデルは分けておきます。「これは何のためか」に答えられるアーカイブは、検証、復元、意図的な廃止も容易です。

可逆的な容量回収ワークフロー

1. モデルディレクトリ全体ではなく、関連するローカルファミリーを一つ選びます。
2. Tensor Archive で Add model family → Local folder を選択し、Analyse source を実行します。
3. アーカイブする前に結果を確認してください。目的はこのファミリーを測定することであり、普遍的な割合を決めつけることではありません。
4. ファミリーを管理されたローカルコピーとしてアーカイブし、Verify を実行します。
5. 別のコピーを復元し、重要なワークフローで読み込んでください。
6. その後で初めて、古い作業コピーを SSD から削除できるか手動で判断します。

ストレージの結果が意味できること、できないこと

製品ベンチマークでは、自己完結型のモデルとアダプター五つからなる管理されたファミリーで、物理ストレージが 71.2% 減少しました。個別保存では 907.3 MB、単一ファミリーでは 261.6 MB です。これは共有データを持つファミリーの例であり、単独の LoRA ファイルが 71.2% 小さくなるという主張ではありません。

最も安全に容量を確保する方法

段階的に容量を解放してください。実際に使うファミリーから始めます。重要なファイルには独立したバックアップを残します。削除前に検証と復元を行い、その後で次へ進みます。一括削除より時間はかかりますが、必要だったアダプターを消した後に記憶だけでライブラリを再構築するより、はるかに速く済みます。

まず、各 LoRA ファイルが依存するものを確認してください。正確な保存と変更された重みの違いは、SafeTensors の保存と量子化を参照してください。アダプター周辺の総容量は、Stable Diffusion のモデルサイズとディスク容量で測ります。その後、Tensor Archive をダウンロードし、安全な容量回収ガイドに従います。