Waar worden LM Studio-modellen opgeslagen? Identificeer ze voordat je ze verplaatst

Op een standaard huidige installatie bewaart LM Studio zijn beheerde bibliotheek onder ~/.lmstudio/models op macOS en Linux en %USERPROFILE%\.lmstudio\models op Windows. Bevestig de actieve bibliotheek met lms ls voordat je iets verplaatst: imports, links en latere releases kunnen wijzigen wat een runtime werkelijk ziet.

Het gebruikelijke modelpad van LM Studio

• macOS en Linux: ~/.lmstudio/models
• Windows: %USERPROFILE%\.lmstudio\models

Dit is de beheerde bibliotheek, geen belofte dat elk GGUF-bestand dat je ooit hebt geopend ernaartoe is gekopieerd. LM Studio kan importeren door een bestand te verplaatsen, kopiëren of linken. Een symbolische link kan buiten de bibliotheek verwijzen; een harde link deelt onderliggende opslag op hetzelfde bestandssysteem. Inspecteer de inventaris voordat je aanneemt dat de map het hele verhaal vertelt.

Vraag LM Studio wat het kan zien

De gedocumenteerde opdracht lms ls toont gedownloade modellen met informatie over grootte, architectuur en parameters. Gedetailleerde en JSON-uitvoer maken haar tot een beter uitgangspunt voor inventarisatie dan een blinde zoekopdracht in het bestandssysteem.

# Leesbare inventaris
lms ls

# Gestructureerde inventaris voor een script of audit
lms ls --json

Importeer lokale bestanden zonder onbedoelde verplaatsing

LM Studio documenteert lms import om een lokaal modelbestand in de modellenmap op te nemen. Standaard verplaatst importeren het bestand. Als je de bron moet behouden, gebruik dan een gedocumenteerde optie voor kopiëren, een harde link of symbolische link; voer eerst een dry run uit.

# Inspecteer de voorgestelde import zonder het bestand te wijzigen
lms import /path/to/model.gguf --dry-run

# Behoud de bron door hem naar de beheerde bibliotheek te kopiëren
lms import /path/to/model.gguf --copy

Neem een opslagbeslissing na de runtimebeslissing

LM Studio heeft de actieve modelbestanden nodig waar het ze verwacht. Tensor Archive vervangt die runtimemap niet en laat de runtime een archief niet automatisch ontdekken. Zijn rol begint wanneer je een voltooide verwante familie hebt geïdentificeerd die je later wilt behouden en herstellen.

Je kunt bijvoorbeeld een voltooide groep verwante lokale releases behouden, het archief en herstel ervan testen en daarna handmatig een oud duplicaat van de werkkopie opruimen. Dat verschilt van een actief LM Studio-model verplaatsen omdat de schijf vol is.

Een veilige volgorde

1. Voer lms ls uit en identificeer de gedownloade modellen en hun geschatte schijfgebruik.
2. Gebruik de gedocumenteerde importworkflow en dry run voordat je de locatie van een lokaal bestand wijzigt.
3. Bevestig dat LM Studio het model nog steeds kan laden voordat je een eerdere kopie verwijdert.
4. Archiveer en verifieer voltooide verwante artefacten en herstel een afzonderlijke kopie voordat je handmatig ruimte terugwint.

Bekijk voor een andere lokale runtime waar Ollama modellen bewaart. Gebruik voor een bredere eerste opschoning de retentiechecklist voor modelbibliotheken.