O ciclo que a CPU repete a vida toda

O processador faz uma única coisa, repetidamente, do momento em que liga até desligar: busca a próxima instrução na memória, decodifica o que ela manda fazer, e executa. Depois repete. Esse é o ciclo de instrução, e ele acontece bilhões de vezes por segundo.

O ciclo existe porque o processador precisa de uma forma de saber o que fazer em seguida sem que ninguém lhe diga. A solução é manter um registrador especial — o contador de programa — que guarda o endereço da próxima instrução. Depois de executar, esse contador avança sozinho para o endereço seguinte, e o ciclo recomeça.

É um mecanismo simples com uma consequência enorme: se algo conseguir alterar o contador de programa, controla o que o computador executa. Toda instrução de desvio (if, laço, chamada de função) funciona alterando esse contador de propósito — e todo ataque de execução de código funciona alterando-o sem permissão.

Pense num guichê de atendimento com uma fila. O atendente chama o próximo (busca), entende o que a pessoa quer (decodifica), resolve (executa) e chama o próximo. O clock é o relógio de parede batendo o ritmo do expediente. Um relógio mais rápido ajuda, mas um atendente que resolve três casos por batida vence um que precisa de duas batidas por caso, mesmo com relógio mais lento. E abrir mais guichês (núcleos) só reduz a fila se as pessoas puderem ser atendidas em paralelo — não adianta para um processo em que cada etapa depende da anterior.

Esse modelo explica coisas que aparecem no dia a dia. Por que um programa de um único fluxo não fica mais rápido numa máquina de 16 núcleos. Por que otimizar um laço que executa milhões de vezes vale muito mais que otimizar código que roda uma vez. Por que profiler mede tempo em vez de contar linhas. E, na segurança, por que "execução de código arbitrário" é a falha mais grave que existe: significa que alguém controla o contador de programa.