Gdzie VS Code chowa gigabajty
Wszystko, co VS Code zapisuje, żyje pod %APPDATA%\Code, i cztery podfoldery robią większość zbieractwa. User\workspaceStorage trzyma katalog stanu dla każdego folderu, jaki kiedykolwiek otworzyłeś — włącznie z usuniętymi projektami — i nic tego nie przycina automatycznie. Cache, Code Cache i GPUCache to zwykli podejrzani Chromium, stale odbudowywani i bezpieczni do wyczyszczenia w dowolnej chwili. logs zapisuje świeży folder dla każdej sesji, jaką kiedykolwiek uruchomiłeś, a CachedExtensionVSIXs trzyma instalatory aktualizacji rozszerzeń na długo po tym, jak przestały być potrzebne.
Doliczyć %USERPROFILE%\.vscode\extensions, gdzie po aktualizacjach potrafią przetrwać osierocone wersje rozszerzeń, i ciężka instalacja edytora przekracza 5 GB, nie pokazując ci przy tym żadnego ostrzeżenia. Żadna z tych lokalizacji nie trzyma twoich ustawień ani skrótów klawiszowych — te żyją w User\settings.json i żadne czyszczenie cache ich nie rusza.
- %APPDATA%\Code\User\workspaceStorage — stan per projekt dla każdego kiedykolwiek otworzonego folderu; największy pojedynczy skarbczyk na starych maszynach
- %APPDATA%\Code\Cache, Code Cache, GPUCache — cache Chromium, bezpieczne do usunięcia, odbudują się przy następnym starcie
- %APPDATA%\Code\logs — folder na sesję; nic nigdy ich nie przycina
- %APPDATA%\Code\CachedExtensionVSIXs — pobrane instalatory rozszerzeń zatrzymane po aktualizacjach
- %USERPROFILE%\.vscode\extensions — osierocone stare wersje rozszerzeń po aktualizacjach
- Foldery Local History .history — wewnątrz twoich projektów, jeśli rozszerzenie jest włączone; stare snapshoty piętrzą się w repo
Rozszerzenia to prawdziwy podatek od wydajności
Miejsce na dysku to mniejsza połowa problemu. Każde rozszerzenie ładuje się do współdzielonego procesu extension host, a ciężkie zawodnicy — serwery językowe jak Pylance, C/C++ czy serwer TypeScript, plus linter'y i motywy — każdy zjada swoje setki megabajtów RAM, niezależnie od tego, czy ich używasz. Rozciąga się też start: komenda Developer: Startup Performance pokazuje dokładnie, które rozszerzenie kosztuje ile milisekund, a te liczby regularnie zaskakują ludzi z sześćdziesięcioma rozszerzeniami.
Zrób audyt przez code --list-extensions, a potem odinstalowuj zamiast wyłączać — wyłączone rozszerzenie dalej leży na dysku i czasem dalej się ładuje. Funkcja Profiles to uczciwa naprawa dla mono-instalacji: szczupły profil domyślny plus osobne profile dla Pythona, pisania i pracy z samym terminalem, każdy z rozszerzeniami, których ten profil potrzebuje.
Sprzątanie, które wchodzi w krew
Dwa razy w roku w zupełności wystarczy: zamknij VS Code, usuń zawartość Cache, Code Cache, GPUCache, logs i CachedExtensionVSIXs, a workspaceStorage wyczyść w całości — tracisz stan per workspace, np. historię zadań, nie ustawienia. Nic nie jest reinstalowane ani resetowane. Edytor odbuduje potrzebne przy następnym starcie, a pierwszy start po porządkach jest wolniejszy o sekundy — raz.
Żeby było smukło, traktuj rozszerzenia jak zainstalowane programy, a nie jak naklejki: każde musi mieć aktualny powód istnienia. A przed migracją na nową maszynę najpierw zrób porządki — inaczej skopiujesz trzy lata workspaceStorage dla projektów, które umarły w 2023.
Pytania i odpowiedzi
Czy można bezpiecznie usunąć folder workspaceStorage VS Code?
Tak — VS Code odtworzy wpisy dla folderów w miarę ich otwierania; tracisz tylko stan per workspace, jak historia zadań i układ UI, a nie ustawienia czy rozszerzenia.
Jak sprawdzić, które rozszerzenia VS Code spowalniają start?
Uruchom komendę Developer: Startup Performance z palety poleceń; rozbija czas startu na rozszerzenia i fazy, więc winowajcy mają imiona, a nie domysły.
Sprawdź warunki przed zakupem
Porównaj czas licencji i liczbę urządzeń. Każdy płatny plan odblokowuje ten sam zestaw narzędzi PRO.
Przeczytaj także
Napisz do nas: [email protected]