Kontroller og rydd Hugging Face-hurtigbufferen på Mac

Finn plasseringen og beskytt eget arbeid

Vanlig plassering er ~/.cache/huggingface/hub. HF_HUB_CACHE velger repository-hurtigbufferen; HF_HOME omfatter mer. Uten HF_HOME kan XDG_CACHE_HOME påvirke standarden, mens cache_dir kan velge en annen sti. Kontroller grafiske apper, terminal og notebook hver for seg. HF_HOME kan inneholde autentiseringsdata: ikke slett alt eller publiser innholdet.

Egne checkpoints, adaptere, tokenizerendringer, konverteringer, private data og prosjektinnstillinger kan være umulige å laste ned på nytt. Kontroller sikkerhetskopier; noen verktøy hopper over hurtigbuffere med CACHEDIR.TAG. Behold det du ikke vet hvordan du gjenoppretter. En gammel tilgangsdato beviser ikke at modellen er overflødig.

Vis fullstendige ID-er og advarsler

Stopp apper, nedlastinger og jobber som bruker hurtigbufferen. Kjør hf cache ls --no-truncate og deretter hf cache ls --revisions --no-truncate --show-warnings. Den testede versjonen skjuler detaljerte advarsler som standard. Bruk samme --cache-dir i alle kommandoer ved egendefinert plassering. Undersøk lese- og strukturfeil, noter brukt og ledig plass og hold private repository-lister for deg selv.

Kontroller omfanget før bekreftelse

hf cache rm trenger fullstendig ID fra CLI. Behold model/ for et modellrepository; et mappenavn med models-- er ikke en erstatning. Bruk full hash for én revisjon og kontroller hvilket repository den tilhører. Begynn med --dry-run. Resultatet oppsummerer mål og anslått plass, ikke hver enkelt fil. Et repositorymål omfatter alle de hurtiglagrede revisjonene i det.

Etter kontroll fjerner du bare --dry-run og beholder mål, sti og bekreftelsesspørsmål. Stopp slettingen og finn årsaken hvis valget endres eller forhåndsvisningen feiler. Filer slettes direkte uten papirkurv; gjenoppretting trenger sikkerhetskopi eller ny nedlastingstilgang. Snapshots og noen repository-oppsett deler blob-filer. La hurtigbufferverktøyet håndtere referansene og ikke summer viste størrelser ukritisk.

Skill prune fra andre hurtigbuffere

I den testede versjonen 2.0.0 viser hf cache prune --dry-run detached-revisjoner og ufullstendige nedlastinger. Et prosjekt kan låse en bestemt revisjon selv uten navngitt referanse. Kontroller hvert mål og stopp aktive nedlastinger. Begynn med ett tydelig avgrenset element.

Genererte data i HF_DATASETS_CACHE er forskjellige fra Hub-nedlastinger. Undersøk Xet-overføringer og local_dir-utdata separat, og behold lokale endringer. Sletting av hele HF_HOME erstatter ikke denne gjennomgangen.

Last faktisk inn modellene du beholder

Gjenta målingene, last inn nødvendige modeller og revisjoner og kjør en liten oppgave med kjent resultat. En vellykket Python-import er ikke nok. Test bruk uten nett med forbindelsen faktisk brutt. Ved feil stopper du oppryddingen og kontrollerer miljø, stier, filer, tilgang og plass før gjenoppretting. Stadig nedlasting av en nødvendig modell krever et annet valg eller en bedre kapasitetsplan.

Ved flytting til ekstern disk sjekker du plass, rettigheter og symbolske lenker. Kopier lenker og målene deres, konfigurer hver app og test modellene før originalen fjernes. Disken må være tilkoblet under bruk.

Hva som er kontrollert

Den 2026-09-29 ble midlertidige syntetiske hurtigbuffere testet uten nett med huggingface_hub 2.0.0: lister, fulle ID-er, advarsler og dry-run. Forhåndsvisninger endret ingen filer; fjerning av en gammel revisjon beholdt den aktuelle og delte data. Virkelig inferens, brukernes hurtigbuffere, delte blob-filer mellom repositoryer og diskflytting er ikke testet. Ingen fast plassgevinst garanteres. Kontroller din versjon med hf cache --help.

Dette bør du sjekke før sletting

Kontroller faktisk plassering, bruk og mulighet for gjenoppretting. Tabellen er ingen automatisk sletteliste og lover ikke en bestemt mengde ledig plass.

Vanlige spørsmål