Nosso editor releu 5,8 GB toda hora

Toda hora, meu editor travava. Levamos um tempo para descobrir o motivo, e a resposta estava nos nossos próprios arquivos.

O que medimos

Abrir uma sessão deixava o extension host do Cursor (o motor em segundo plano que roda os complementos) no limite por um minuto. Arrastar a nova aba para uma janela própria reiniciava a sessão, então pagávamos o custo de inicialização duas vezes. Nosso hook de prompt também acrescentava cerca de 3 segundos a cada mensagem.

Depois de reiniciar o computador, rodamos a comparação de novo. Abrir em Nova Janela iniciava uma sessão em cerca de 17 segundos. Abrir uma sessão pelo botão de mais e depois arrastá-la para fora levava cerca de um minuto e a reiniciava. O extension host sobrecarregava um núcleo até com o computador recém-ligado, então reiniciá-lo não resolvia.

O que era

O travamento vinha da montagem da lista de sessões do Claude Code, a etapa em que a extensão monta a lista das sessões anteriores. Duas coisas a disparavam: uma varredura de arquivamento automático a cada hora e a inicialização do webview, que é o painel da extensão sendo carregado. As duas passavam por 4.270 transcrições, e a extensão do Claude relia 5,8 GB a cada vez.

Ou seja, o travamento de toda hora era nosso.

O ciclo das 18:15

A análise apontou a varredura de hora em hora como um dos gatilhos. Previmos que o travamento cairia no ciclo das 18:15, e foi o que aconteceu. Era exatamente o ciclo que tínhamos indicado.

Também montamos um lugar único que mede o PC a cada minuto e avalia se cada mudança ajudou ou piorou. Ele já mostra a memória do kernel (a parte da memória que o próprio sistema operacional usa) subindo desde a inicialização, com causa ainda desconhecida. Esse ponto continua em aberto.