Dove VS Code nasconde i gigabyte
Tutto ciò che VS Code salva vive sotto %APPDATA%\Code, e quattro sottocartelle fanno la maggior parte dell'accaparramento. User\workspaceStorage conserva una directory di stato per ogni cartella che abbiate mai aperto — progetti cancellati inclusi — e niente la pota automaticamente. Cache, Code Cache e GPUCache sono i soliti sospetti di Chromium, ricostruiti di continuo e sicuri da svuotare in qualsiasi momento. logs scrive una cartella nuova per ogni sessione mai avviata, e CachedExtensionVSIXs conserva gli installer degli aggiornamenti delle estensioni molto tempo dopo che servivano.
Aggiungete %USERPROFILE%\.vscode\extensions, dove versioni orfane di estensioni a volte sopravvivono agli aggiornamenti, e un'installazione corposa supera i 5 GB senza mostrarvi mai un avviso. Nessuna di queste posizioni contiene le vostre impostazioni o i keybinding — quelli vivono in User\settings.json e nessuna svuotata di cache li tocca.
- %APPDATA%\Code\User\workspaceStorage — stato per progetto di ogni cartella mai aperta; il singolo accumulo più grosso sulle macchine datate
- %APPDATA%\Code\Cache, Code Cache, GPUCache — cache di Chromium, sicure da eliminare, si ricostruiscono al prossimo avvio
- %APPDATA%\Code\logs — una cartella per sessione; niente le pota mai
- %APPDATA%\Code\CachedExtensionVSIXs — installer di estensioni scaricati e tenuti dopo gli aggiornamenti
- %USERPROFILE%\.vscode\extensions — vecchie versioni orfane di estensioni dopo gli aggiornamenti
- Cartelle Local History .history — dentro i vostri progetti, se l'estensione è attiva; vecchi snapshot si accumulano nel repo
Le estensioni sono la vera tassa sulle prestazioni
Lo spazio è la metà più piccola del problema. Ogni estensione si carica in un processo extension host condiviso, e i pesi massimi — language server come Pylance, C/C++ o il server TypeScript, più linter e temi — consumano ciascuno i propri centinaia di megabyte di RAM, che li usiate o no. Si allunga anche l'avvio: il comando Developer: Startup Performance mostra esattamente quale estensione costa quanti millisecondi, e i numeri sorprendono regolarmente chi ha sessanta estensioni installate.
Fate l'audit con code --list-extensions, poi disinstallate invece di disabilitare — un'estensione disabilitata resta comunque su disco e a volte si carica lo stesso. La funzione Profili è la soluzione onesta alle mono-installazioni: un profilo predefinito asciutto, con profili separati per Python, scrittura e solo terminale, ciascuno con le sole estensioni che gli servono.
Una routine di pulizia che dura
Due volte l'anno bastano e avanzano: chiudete VS Code, eliminate il contenuto di Cache, Code Cache, GPUCache, logs e CachedExtensionVSIXs e svuotate workspaceStorage per intero — perdete lo stato per workspace tipo cronologia dei task, non le impostazioni. Niente viene reinstallato o resettato. L'editor ricostruisce ciò che serve al prossimo avvio, e il primo avvio dopo la pulizia è più lento di qualche secondo, una volta sola.
Per mantenerlo asciutto, trattate le estensioni come programmi installati, non come adesivi: ognuna deve avere un motivo attuale per esistere. E prima di migrare su una macchina nuova, fate la pulizia per prima — altrimenti copiate tre anni di workspaceStorage di progetti morti nel 2023.
Domande e risposte
È sicuro eliminare la cartella workspaceStorage di VS Code?
Sì — VS Code ricrea le voci per le cartelle man mano che le aprite; perdete solo lo stato per workspace, come cronologia dei task e layout dell'interfaccia, non impostazioni né estensioni.
Come scoprire quali estensioni rallentano l'avvio di VS Code?
Eseguite il comando Developer: Startup Performance dal Command Palette; scomprime il tempo di avvio per estensione e per fase, così i colpevoli hanno un nome, non una congettura.
Scopri cosa include la licenza prima dell'acquisto.
La prova singola di 30 minuti include gli strumenti essenziali. Le funzioni PRO restano bloccate finché non attivi una licenza a pagamento.
Da leggere dopo
Scrivici: [email protected]