VS Code gigabaytları nerede saklıyor
VS Code'un kaydettiği her şey %APPDATA%\Code altında yaşar ve biriktirmenin çoğunu dört alt klasör yapar. User\workspaceStorage, hiç açtığınız her klasör için bir durum dizini tutar — silinen projeler dahil — ve hiçbir şey onu otomatik olarak budamaz. Cache, Code Cache ve GPUCache Chromium'un alışılmış şüphelileridir; sürekli yeniden inşa edilirler ve her an silinmeleri güvenlidir. logs, hiç başlattığınız her oturum için taze bir klasör yazar ve CachedExtensionVSIXs, eklenti güncellemelerinin kurulum dosyalarını gerekmedikten çok sonra da tutar.
Bir de %USERPROFILE%\.vscode\extensions ekleyin — güncellemelerden sonra eklentilerin sahipsiz eski sürümleri bazen hayatta kalır — ve şişman bir editör kurulumu, size tek bir uyarı göstermeden 5 GB'ı geçer. Bu konumların hiçbiri ayarlarınızı ya da tuş atamalarınızı barındırmaz; onlar User\settings.json'da yaşar ve hiçbir önbellek temizliği onlara dokunmaz.
- %APPDATA%\Code\User\workspaceStorage — hiç açılmış her klasör için proje başına durum; eski makinedeki en büyük tek birikim
- %APPDATA%\Code\Cache, Code Cache, GPUCache — Chromium önbellekleri, silinmesi güvenli, sonraki açılışta yeniden oluşur
- %APPDATA%\Code\logs — oturum başına bir klasör; onu budayan çıkmaz
- %APPDATA%\Code\CachedExtensionVSIXs — güncellemelerden sonra tutulan indirilmiş eklenti kurulumları
- %USERPROFILE%\.vscode\extensions — güncellemelerden sonra eklentilerin sahipsiz eski sürümleri
- Local History .history klasörleri — eklenti etkinse projelerinizin içinde; eski anlık görüntüler repoda yığılır
Asıl performans vergisi eklentiler
Depolama sorunun küçük yarısıdır. Her eklenti paylaşımlı bir extension host sürecine yüklenir ve ağır ablalar — Pylance, C/C++ ya da TypeScript sunucusu gibi dil sunucuları, artı linter'lar ve temalar — kullanıp kullanmadığınızdan bağımsız olarak her biri kendi yüzlerce megabayt RAM'ini yer. Başlangıç da geriler: Developer: Startup Performance komutu hangi eklentinin kaç milisaniyeye mal olduğunu tam gösterir ve altmış eklentilik kurulumlarda rakamlar insanları düzenli olarak şaşırtır.
code --list-extensions ile denetim yapın, sonra devre dışı bırakmak yerine kaldırın — devre dışı eklenti diskte durmaya devam eder ve bazen hâlâ yüklenir. Profiles özelliği tek kurulumlu düzenlerin dürüst çözümüdür: yalın bir varsayılan profil, Python, yazım ve yalnızca terminal işi için ayrı profiller; her biri yalnızca kendi gereken eklentileri taşır.
Yapışan bir temizlik rutini
Yılda iki kez fazlasıyla yeter: VS Code'u kapatın, Cache, Code Cache, GPUCache, logs ve CachedExtensionVSIXs'in içeriğini silin ve workspaceStorage'ı tamamen boşaltın — kaybettiğiniz şey görev geçmişi gibi workspace başına durumdur, ayarlarınız değil. Hiçbir şey yeniden kurulmaz ya da sıfırlanmaz. Editör ihtiyacı olanı sonraki açılışta yeniden inşa eder ve temizlikten sonraki ilk başlangıç bir kez, saniyelerle yavaştır.
Zayıf kalmak için eklentileri çıkartma değil kurulu program gibi düşünün: her birinin var olmak için güncel bir nedeni olmalı. Ve yeni makineye göçmeden önce temizliği yapın — yoksa 2023'te ölmüş projeler için üç yıllık workspaceStorage kopyalarsınız.
Sorular ve yanıtlar
VS Code'un workspaceStorage klasörünü silmek güvenli mi?
Evet — VS Code, klasörleri açtıkça girdilerini yeniden oluşturur; yalnızca görev geçmişi ve arayüz düzeni gibi workspace başına durumu kaybedersiniz, ayarları ya da eklentileri değil.
Hangi VS Code eklentilerinin başlatmayı yavaşlattığını nasıl anlarım?
Komut Paleti'nden Developer: Startup Performance komutunu çalıştırın; başlatma süresini eklenti ve aşama bazında ayrıştırır, böylece suçlular tahmin değil isimle ortaya çıkar.
Satın almadan önce lisans kapsamını öğrenin.
Tek seferlik 30 dakikalık deneme temel araçları kapsar. PRO özellikleri ücretli lisans etkinleştirilene kadar kilitlidir.
Bunları da okuyun
Bize yazın: [email protected]