Onde o VS Code esconde os gigas
Tudo que o VS Code guarda mora em %APPDATA%\Code, e quatro subpastas fazem a maior parte do acúmulo. User\workspaceStorage mantém um diretório de estado para cada pasta que você já abriu — projetos apagados inclusos — e nada faz poda automática. Cache, Code Cache e GPUCache são os suspeitos de sempre do Chromium: reconstroem-se sem parar e podem ser apagados a qualquer momento. logs cria uma pasta nova por sessão que você já iniciou, e CachedExtensionVSIXs guarda os instaladores de extensões muito depois de servirem para algo.
Some %USERPROFILE%\.vscode\extensions, onde às vezes sobrevivem versões órfãs depois das atualizações, e uma instalação pesada passa dos 5 GB sem te avisar uma única vez. Nenhum desses lugares guarda suas configurações ou atalhos: eles moram em User\settings.json e nenhuma faxina de cache mexe com eles.
- %APPDATA%\Code\User\workspaceStorage — estado de cada pasta que você já abriu; o maior estoque em máquinas com anos de uso
- %APPDATA%\Code\Cache, Code Cache, GPUCache — caches do Chromium; dá para apagar, reconstroem-se no próximo início
- %APPDATA%\Code\logs — uma pasta por sessão; nada as limpa sozinho
- %APPDATA%\Code\CachedExtensionVSIXs — instaladores de extensões baixados, que ficam por lá após atualizações
- %USERPROFILE%\.vscode\extensions — versões antigas órfãs de extensões depois das atualizações
- Pastas .history do Local History — dentro dos seus projetos, se a extensão está ativa; snapshots velhos se empilham no repositório
Extensões são o imposto real de desempenho
Disco é a metade menor do problema. Cada extensão carrega num processo compartilhado de extension host, e os pesos pesados — servidores de linguagem como Pylance, C/C++ ou o do TypeScript, mais linters e temas — consomem suas centenas de megas de RAM, use você ou não. A inicialização também estica: o comando Developer: Startup Performance mostra quantos milissegundos cada extensão custa, e os números surpreendem sempre quem tem sessenta instaladas.
Faça o inventário com code --list-extensions e desinstale em vez de desativar: extensão desabilitada continua no disco e às vezes até carrega. Perfis são a resposta honesta para instalações monolíticas: um perfil padrão enxuto mais perfis separados para Python, escrita e trabalho de terminal, cada um só com as extensões que precisa.
Uma rotina de faxina que dura
Duas vezes por ano bastam: feche o VS Code, apague o conteúdo de Cache, Code Cache, GPUCache, logs e CachedExtensionVSIXs e esvazie workspaceStorage por completo — você perde o estado por projeto, como o histórico de tarefas, não as configurações. Nada é reinstalado nem resetado. O editor reconstroi o que precisa na próxima inicialização, e o primeiro início após a faxina demora uns segundos a mais, uma vez só.
Para manter a forma, trate extensões como programas, não como adesivos: cada uma precisa de um motivo atual para existir. E antes de migrar para uma máquina nova, faça a faxina primeiro — senão você copia três anos de workspaceStorage de projetos mortos em 2023.
Perguntas e respostas
Posso apagar a pasta workspaceStorage do VS Code?
Pode — o VS Code recria as entradas conforme você abre as pastas; você só perde o estado por projeto, como histórico de tarefas e layout, não configurações nem extensões.
Como descubro quais extensões do VS Code atrasam a inicialização?
Rode Developer: Startup Performance pela paleta de comandos: o comando quebra o tempo de inicialização por extensão e por fase, com os culpados citados pelo nome.
Veja exatamente o que está incluído antes de comprar.
O teste único de 30 minutos cobre os recursos básicos. Os recursos marcados PRO ficam bloqueados até a ativação de uma licença paga.
Continue lendo
Fale com a gente: [email protected]