Resumo
- Gerenciador de Tarefas original pesava 80 KB, afirma Dave Plummer, engenheiro responsável por criar a ferramenta para a Microsoft.
- O objetivo do utilitário era salvar o Windows em travamentos totais, o que o permitia encerrar processos sem usar o botão Reset.
- O projeto usou carregamento sob demanda e consulta direta ao kernel, e a equipe da Microsoft media o desempenho com um cronômetro.
Se hoje você sente que o Windows 11 dá algumas engasgadas mesmo com gigabytes de memória RAM, saiba que o cenário era bem diferente nos anos 90. Dave Plummer, ex-engenheiro da Microsoft responsável pelo Gerenciador de Tarefas, revelou que a versão original do utilitário ocupava apenas 80 KB.
Em seu canal no YouTube, ele contou que o programa foi desenvolvido para ser o “bote salva-vidas” do Windows. Por isso, precisava ser absurdamente leve para garantir que funcionasse justamente quando todo o resto estivesse paralisado por falhas ou limitação de hardware. Hoje, a versão atual consome cerca de 4 MB.
Como o Gerenciador de Tarefas sobrevive a travamentos?
Plummer desenhou a ferramenta para ser o recurso final do usuário. O objetivo era simples: ser uma saída para encerrar um programa problemático sem precisar apelar para o botão de Reset no gabinete.
Uma das sacadas para garantir essa disponibilidade é o mecanismo de “segurança de instância”. Diferente de programas que costumam impedir que você abra duas janelas iguais, o Gerenciador de Tarefas faz um teste de integridade em tempo real.
Ao ser acionado, ele verifica se já existe outra janela do Gerenciador aberta. Se encontrar, ele envia uma mensagem interna e aguarda uma resposta rápida. Caso não receba sinal, o sistema entende que a janela anterior também travou.
O Windows, então, abre uma segunda via do Gerenciador, totalmente funcional, para que o usuário possa encerrar até mesmo a versão travada do utilitário.
Cada byte era valioso
Para manter o consumo em apenas 80 KB, Plummer adotou uma filosofia que ele define como “instinto de sobrevivência”. Em suas palavras, cada dependência de software é como um “colega de quarto que come sua comida e nunca paga o aluguel”.
Para alcançar essa eficiência, o engenheiro utilizou as seguintes técnicas:
- Busca única de informações: nomes e textos repetitivos eram carregados na memória apenas uma vez, evitando que o processador perdesse tempo procurando os mesmos dados várias vezes.
- Carregamento sob demanda: funções raramente utilizadas (como o comando para ejetar o PC de uma base portátil) não ocupavam espaço na memória RAM; elas só eram invocadas se o usuário realmente clicasse nelas.
- Conversa direta com o Windows: em vez de perguntar para cada programa o que ele estava fazendo, o Gerenciador de Tarefas consultava diretamente o kernel (o núcleo do Windows). Ele pedia a lista completa de uma só vez, economizando milhares de pedidos de informação que estressariam o processador.
A “cultura do cronômetro” na Microsoft
Nos anos 90, a eficiência era uma regra máxima. Plummer relembra que “todo engenheiro da Microsoft tinha um cronômetro” para medir a velocidade de cada nova função do Windows. Naquela época, o desperdício de memória era algo que o usuário sentia fisicamente na performance da máquina.
O hardware atual é infinitamente superior, mas o veterano defende que a indústria poderia resgatar esse rigor. “Não o sofrimento, mas o gosto, o instinto de trabalhar em lotes, de armazenar em cache as coisas certas e de ignorar trabalho invisível”, diz.
