Où VS Code cache les gigaoctets
Tout ce que VS Code conserve vit sous %APPDATA%\Code, et quatre sous-dossiers font l'essentiel de l'accumulation. User\workspaceStorage garde un dossier d'état pour chaque répertoire déjà ouvert — projets supprimés compris — et rien ne l'élague automatiquement. Cache, Code Cache et GPUCache sont les suspects habituels de Chromium : reconstruits en permanence, vidables à tout instant. logs crée un dossier par session jamais lancée, et CachedExtensionVSIXs garde les installateurs d'extensions bien après leur utilité.
Ajoutez %USERPROFILE%\.vscode\extensions, où des versions orphelines survivent parfois aux mises à jour, et une installation chargée dépasse les 5 Go sans jamais vous prévenir. Aucun de ces endroits ne contient vos réglages ni vos raccourcis : ils vivent dans User\settings.json, hors de portée de tout nettoyage de cache.
- %APPDATA%\Code\User\workspaceStorage — l'état de chaque dossier déjà ouvert ; le plus gros tas sur les machines anciennes
- %APPDATA%\Code\Cache, Code Cache, GPUCache — caches Chromium ; supprimables sans risque, reconstruits au lancement suivant
- %APPDATA%\Code\logs — un dossier par session ; rien ne les nettoie tout seul
- %APPDATA%\Code\CachedExtensionVSIXs — installateurs d'extensions téléchargés, restés après les mises à jour
- %USERPROFILE%\.vscode\extensions — anciennes versions orphelines d'extensions après les mises à jour
- Dossiers .history de Local History — dans vos projets, si l'extension est active ; les vieilles instantanés s'empilent dans le dépôt
Les extensions, le vrai impôt performance
L'espace disque est la moitié la plus légère du problème. Chaque extension se charge dans un processus hôte partagé, et les poids lourds — serveurs de langage comme Pylance, C/C++ ou le serveur TypeScript, plus les linters et les thèmes — consomment chacun leurs centaines de mégaoctets de RAM, que vous les utilisiez ou non. Le démarrage s'étire aussi : la commande Developer: Startup Performance montre, à la milliseconde, ce que coûte chaque extension, et les chiffres surprennent régulièrement les installations à soixante extensions.
Auditez avec code --list-extensions, puis désinstallez au lieu de désactiver — une extension désactivée reste sur le disque et se charge parfois quand même. Les profils sont la réponse honnête aux installations monolithiques : un profil par défaut maigre, plus des profils séparés pour Python, l'écriture et le travail en terminal, chacun avec ses seules extensions.
Une routine de nettoyage qui tient
Deux fois par an suffisent : fermez VS Code, supprimez le contenu de Cache, Code Cache, GPUCache, logs et CachedExtensionVSIXs, et videz workspaceStorage entièrement — vous perdez l'état par espace de travail, comme l'historique de tâches, pas vos réglages. Rien ne se réinstalle ni ne se réinitialise. L'éditeur reconstruit ce qu'il faut au lancement suivant, et le premier démarrage après la purge prend quelques secondes de plus — une fois.
Pour que ça reste net, traitez les extensions comme des logiciels, pas comme des autocollants : chacune doit avoir une raison actuelle d'exister. Et avant de migrer vers une machine neuve, faites d'abord la purge — sinon vous copiez trois ans de workspaceStorage de projets morts depuis 2023.
Questions et réponses
Peut-on supprimer le dossier workspaceStorage de VS Code ?
Oui — VS Code recrée les entrées à l'ouverture des dossiers ; vous ne perdez que l'état par espace de travail (historique de tâches, disposition), pas vos réglages ni vos extensions.
Comment savoir quelles extensions de VS Code ralentissent le démarrage ?
Lancez Developer: Startup Performance depuis la palette de commandes : la commande décompose le temps de démarrage par extension et par phase, avec les coupables nommés.
Vérifiez le contenu avant l'achat.
L'essai unique de 30 minutes couvre les fonctions de base. Les fonctions marquées PRO restent verrouillées jusqu'à l'activation d'une licence payante.
À lire ensuite
Écrivez-nous: [email protected]