Filosofia de engenharia: Sophie Wilson

Principais lições

• Ela projetou o conjunto de instruções presente em quase todos os celulares do planeta. Sophie Wilson especificou o conjunto de instruções do ARM original – o Acorn RISC Machine – na Acorn Computers, a partir de outubro de 1983, com Steve Furber construindo o hardware. A arquitetura que nasceu desse trabalho já foi embarcada em mais de 230 bilhões de chips, muito mais núcleos ARM do que pessoas no mundo, e move a esmagadora maioria dos smartphones do planeta.¹²
• A simplicidade implacável fez do baixo consumo quase um acaso. O primeiro ARM, o ARM1, usava menos de 25.000 transistores – uma fração de seus contemporâneos – e ainda assim superava máquinas muitas vezes maiores. Como tão poucos transistores chaveavam, ele consumia cerca de um décimo de watt, mais ou menos um vigésimo do que um Intel 386 exigia. O projeto minimalista foi escolhido por velocidade e pelas limitações de uma equipe minúscula; o baixo consumo que mais tarde conquistaria o mundo móvel surgiu disso quase por acaso.³⁴
• Um projeto de duas pessoas que venceu os gigantes. Wilson e Furber projetaram um processador de 32 bits competitivo com uma equipe que cabia nos dedos de uma mão, depois de observarem um único engenheiro no fabricante do 6502 trabalhando na próxima CPU e concluírem que não era preciso um exército para construir uma. Wilson modelou o conjunto de instruções inteiro em 808 linhas de BBC BASIC antes de existir qualquer silício.⁴⁵
• Ela construiu primeiro a alfabetização computacional da Grã-Bretanha. Antes do ARM, Wilson coprojetou o BBC Micro – prototipado em menos de uma semana – e escreveu o BBC BASIC, a linguagem que ensinou uma geração de crianças britânicas a programar. (Seu trabalho inicial na Acorn e no BBC foi originalmente creditado sob o nome Roger Wilson; ela fez a transição em 1994.)¹⁶

O princípio

“Não saber que algo é impossível tem efeitos interessantes sobre o seu trabalho.” – Sophie Wilson⁶

A maior parte do projeto de processadores é adição. Você parte de uma máquina que funciona e vai pregando recursos – novas instruções, novos modos, novos casos especiais – porque cada um ajuda algum programa em algum lugar, e o silício só fica mais barato, então por que não. O resultado é um conjunto de instruções que acumula complexidade por décadas, em que cada acréscimo deixa o decodificador mais lento, o hardware maior e o próximo acréscimo mais difícil. O instinto de Wilson, afiado pela pesquisa RISC de Berkeley e por limites práticos brutais, corria na direção oposta. Você parte daquilo que a máquina precisa fazer e remove tudo o que não é estrutural, até que o que resta seja pequeno o bastante para ser rápido, simples o bastante para ser correto e barato o bastante para que uma equipe minúscula consiga de fato construí-lo.⁴

As restrições não eram teóricas. A Acorn era uma pequena empresa britânica, e a equipe do ARM era, na prática, de duas pessoas. Eles não podiam bancar os orçamentos de transistores nem os exércitos de verificação que a Intel e a Motorola jogavam no problema. Por isso a simplicidade não era uma preferência estilística – era a única forma de o chip existir. Wilson projetou um conjunto de instruções em que quase toda operação se completava em um único ciclo, em que o decodificador permanecia trivial e em que tudo cabia em menos de 25.000 transistores, numa época em que um processador comparável usava cinco a dez vezes mais.³ A escassez forçou a elegância.

E então a elegância pagou um dividendo que ninguém havia projetado. Um chip com tão poucos transistores chaveando consome quase nenhuma corrente – o ARM original funcionava com cerca de um décimo de watt enquanto um Intel 386 da época precisava de quase dois.³ Naquele momento, num coprocessador de desktop, o baixo consumo era uma curiosidade. Uma década depois, quando a pergunta passou a ser como colocar um computador de verdade dentro de um telefone movido a bateria, essa curiosidade se revelou a propriedade mais valiosa que um processador poderia ter. Reduza o projeto à sua essência, e a eficiência que você ganha de graça pode se tornar aquilo que vence.

Contexto

Sophie Wilson nasceu em junho de 1957, em Leeds, estudou na Harrogate Grammar School e ingressou no Selwyn College, em Cambridge, cursando matemática nos dois primeiros anos antes de migrar para a ciência da computação.¹ Antes da universidade ela já havia projetado sistemas eletrônicos para a indústria e, durante as férias de verão de 1977, construiu um controlador baseado em microprocessador – um alimentador de vacas, nada menos – em torno do MOS Technology 6502. Esse trabalho a levou à Acorn Computers, em Cambridge, a empresa no centro do boom do microcomputador britânico.¹

Na Acorn ela deixou sua primeira marca no BBC Micro. Em 1981 a BBC, conduzindo um projeto nacional de alfabetização computacional, precisava de uma máquina; a Acorn ganhou o contrato, e Wilson foi peça-chave no projeto – o protótipo, segundo ela própria, foi construído em menos de uma semana.¹⁶ Em seguida, escreveu o BBC BASIC, o interpretador embutido na ROM da máquina, com rotinas de ponto flutuante escritas à mão. Mais de um milhão de BBC Micros foram vendidos, a maioria para escolas do Reino Unido, e o BBC BASIC se tornou a primeira linguagem de programação que uma geração de engenheiros britânicos tocou.¹⁶ (O trabalho de Wilson na Acorn e no BBC foi originalmente publicado sob o nome Roger Wilson; ela fez a transição em 1994.)¹

O capítulo decisivo começou em outubro de 1983, quando Wilson começou a projetar o conjunto de instruções de um processador próprio da Acorn: o Acorn RISC Machine, ou ARM. Steve Furber liderou a arquitetura de hardware – um pipeline de três estágios e um barrel shifter – enquanto Wilson definia o que a máquina podia fazer e provava que funcionaria simulando o conjunto de instruções inteiro em 808 linhas de BBC BASIC.⁵ O primeiro silício, o ARM1, chegou da VLSI Technology em 26 de abril de 1985 e funcionou de primeira – um resultado quase inédito para um processador totalmente novo.¹³ O detalhe mais famoso veio momentos depois: o chip consumia tão pouca energia que, quando foi plugado pela primeira vez ao sistema de desenvolvimento, ganhou vida puxando corrente por suas linhas de I/O antes que sua própria fonte de alimentação estivesse devidamente conectada. A equipe havia construído algo tão econômico que funcionava com o que equivalia a corrente de fuga.⁵ Wilson permaneceu próxima do ARM como consultora depois que ele virou empresa independente e, a partir de 2001, tornou-se arquiteta-chefe do processador FirePath na Element 14 – mais tarde adquirida pela Broadcom – um núcleo de processamento de sinais usado em modems de banda larga ADSL.¹ Ela foi eleita Fellow da Royal Society em 2013, recebeu o título de CBE em 2019 e, em 2022, dividiu o Charles Stark Draper Prize com David Patterson, John Hennessy e Steve Furber.¹

O trabalho

O conjunto de instruções ARM: fazer mais com hardware mais simples e menor

Comece pelo conjunto de instruções, porque é ali que o princípio de Wilson vira silício. O conjunto de instruções de um processador é seu contrato com o software – a lista completa de operações que ele sabe executar. A tentação, seguida pelos projetos dominantes do início dos anos 1980, é tornar essa lista rica: instruções complexas que fazem muito trabalho cada uma, modos de endereçamento para toda ocasião, microcódigo para interpretar tudo. A filosofia do Conjunto Reduzido de Instruções que Wilson adotou fez a aposta oposta – que um conjunto pequeno e regular de instruções simples, cada uma se completando em um único ciclo de clock, rodaria mais rápido no todo e exigiria muito menos hardware para decodificar.⁴

Wilson levou uma ideia além do consenso RISC dos manuais, e ela é o que há de mais engenhoso na arquitetura: execução condicional em quase toda instrução. Num processador convencional, escolher entre duas ações significa uma comparação seguida de um desvio – um salto para um ponto ou outro do código. Desvios são caros, porque um processador com pipeline já começou a buscar e decodificar as instruções posteriores ao desvio; quando o desvio é tomado, esse trabalho especulativo é descartado e o pipeline trava enquanto se reabastece. O ARM de Wilson permite que quase toda instrução carregue seu próprio código de condição de quatro bits, de modo que uma instrução simplesmente não faz nada se sua condição for falsa. Trechos curtos de lógica condicional que de outro modo precisariam de desvios viram código linear, sem desvios. O pipeline nunca trava, e o hardware para sustentar isso é praticamente gratuito – quatro bits por instrução e um pouco de lógica de comparação.²⁴

É a filosofia inteira em um único recurso. A execução condicional remove os desvios – um gargalo – não acrescentando um previsor de desvios engenhoso com sua própria pilha de transistores, mas tornando as instruções existentes ligeiramente mais expressivas a custo quase nulo. Mais capacidade a partir de hardware mais simples e menor. Wilson validou o projeto inteiro assim antes de comprometê-lo ao silício, escrevendo um simulador em 808 linhas de BBC BASIC e verificando que programas reais compilavam e rodavam com eficiência na máquina imaginada.⁴⁵ A disciplina aparece no resultado: menos de 25.000 transistores, e silício que funcionou na primeira vez que voltou da fábrica.³

BBC BASIC e o BBC Micro

Antes de todo o trabalho com o ARM, Wilson construiu a máquina e a linguagem que alfabetizaram a Grã-Bretanha em computação. Quando a BBC lançou seu Computer Literacy Project no início dos anos 1980, ela precisava de um microcomputador de referência, e a proposta da Acorn – um protótipo que Wilson ajudou a montar em menos de uma semana – virou o BBC Micro, lançado em 1981.¹⁶ Era robusto, expansível e afinado para o ensino, e vendeu mais de um milhão de unidades, a maior parte para escolas britânicas.⁶

A alma da máquina era o software, e ele era de Wilson. Ela escreveu o BBC BASIC, o interpretador gravado na ROM da máquina, incluindo as rotinas de aritmética de ponto flutuante feitas à mão. O BBC BASIC era incomumente capaz para uma linguagem de computador doméstico – estruturado, rápido, com um assembler inline que permitia a estudantes curiosos descer direto do BASIC para o código de máquina do 6502. Para uma geração de engenheiros britânicos foi a primeira linguagem que escreveram, e a ponte entre digitar comandos e entender o processador por baixo.¹⁶ Esse mesmo instinto – modelar a máquina em software, compreendê-la a partir da instrução – é exatamente o que Wilson usaria mais tarde para projetar o ARM: ela prototipou o conjunto de instruções de um processador na própria linguagem que havia escrito para o anterior.⁵

Como o baixo consumo pela simplicidade conquistou o mundo móvel

É aqui que o acaso vira história. O ARM1 foi concebido como um coprocessador rápido para um desktop, e sua contagem minúscula de transistores foi escolhida por velocidade e pelos limites de uma equipe de duas pessoas. O baixo consumo – cerca de um décimo de watt, contra quase dois watts de um Intel 386 da época – era um efeito colateral de haver tão pouco silício para chavear.³ Num desktop ligado à tomada em 1985, essa economia era uma nota de rodapé.⁵

Então o mundo mudou de formato. Nos anos 1990 a pergunta interessante já não era “quão rápido na mesa”, mas “quanta computação cabe numa bateria”. E nessa pergunta a propriedade que mais importava era desempenho por watt – e o ARM, quase sozinho, havia sido econômico desde o nascimento. A Acorn separou o projeto numa empresa à parte, a ARM Ltd, em 1990, com um modelo de negócio baseado em licenciar a arquitetura em vez de vender chips.¹ Os licenciados podiam colocar um núcleo pequeno, frio e eficiente num telefone, num tocador de música, num roteador – qualquer coisa em que a duração da bateria ou o calor fosse a barreira. A arquitetura que Wilson havia reduzido a menos de 25.000 transistores virou o processador padrão da era móvel, e mais de 230 bilhões de chips baseados em ARM já foram embarcados.² O que venceu não foi a velocidade bruta. Foi a eficiência que a simplicidade implacável havia entregado de graça, uma década antes de alguém saber que precisaria dela.

FirePath, Broadcom e um segundo ato em processamento de sinais

Wilson não parou no ARM. Depois que a arquitetura virou empresa independente e ela permaneceu como consultora, tornou-se arquiteta-chefe do FirePath na Element 14 – uma empresa que nasceu da Acorn e foi adquirida pela Broadcom em 2000. O FirePath era um núcleo de processamento digital de sinais para banda larga ADSL, a tecnologia que levou internet de alta velocidade por linhas telefônicas de cobre comuns.¹ O trabalho com DSP é uma disciplina diferente do projeto de CPU de propósito geral: a carga de trabalho é um fluxo incessante de aritmética, e a arquitetura precisa ser moldada em torno da vazão nesse problema específico. O fato de Wilson ter feito trabalho relevante tanto num conjunto de instruções de propósito geral quanto num processador de sinais especializado sugere que a habilidade de base não é nenhum truque isolado, e sim o hábito de perguntar o que a carga de trabalho realmente exige e construir nada além disso.¹

O método

Atravesse o BBC BASIC, o conjunto de instruções ARM e o FirePath, e os mesmos movimentos se repetem. O método de Wilson é menos um lema do que um conjunto de compromissos permanentes.

Remova até restarem só as partes estruturais. O hábito definidor é a subtração. O ARM foi construído tirando partes – instruções, modos, microcódigo – até que o que sobrasse fosse pequeno o bastante para ser rápido e simples o bastante para que uma equipe minúscula acertasse de primeira. A lição geral vai muito além do silício: o projeto mais forte costuma ser aquele com o mínimo dentro, e a disciplina é continuar cortando até que remover mais uma coisa o quebre. É o produto mínimo digno no nível de um conjunto de instruções – entregar a menor coisa que de fato cumpre o trabalho.⁴

Deixe a escassez forçar a elegância em vez de se ressentir dela. Wilson não tinha o orçamento de transistores nem o exército de verificação da Intel e, em vez de tratar isso como uma desvantagem, deixou que conduzisse a arquitetura rumo a algo mais limpo do que uma equipe bem financiada provavelmente teria construído. Restrições, levadas a sério, são uma ferramenta de projeto. O instinto oposto – o “transistores são de graça” de Jim Keller – vence quando o silício é o recurso abundante; o de Wilson vence quando ele é o escasso, e saber em qual regime você está é a verdadeira habilidade.³⁴

Prove em software antes de comprometer ao silício. Wilson modelou o conjunto de instruções ARM inteiro em 808 linhas de BBC BASIC e rodou programas reais contra a simulação antes de assentar um único transistor. O passo caro e irreversível veio por último; a iteração barata e rápida veio primeiro. É a barreira de evidências aplicada ao hardware – você não acredita que o projeto funciona, você o faz rodar e observa.⁴⁵

Acrescente capacidade sem acrescentar custo. A execução condicional é o movimento característico: instruções mais expressivas que matam o gargalo dos desvios por quase nenhum hardware extra. A lição é procurar a mudança que compra muita capacidade por pouca complexidade, em vez daquela que compra pouca capacidade por muita – a mesma economia de meios que John Carmack usou para extrair desempenho impossível de um hardware fixo.²⁴

Construa aquilo que ensina. Antes do processador que move os telefones do mundo, Wilson construiu a linguagem que ensinou as crianças de um país a programar. O BBC BASIC era deliberadamente acessível, mas honesto sobre a máquina por baixo – dava para descer do BASIC para o assembly. Fazer com que a coisa poderosa seja também a coisa ensinável é uma disciplina rara e subvalorizada, compartilhada por projetistas de linguagens como Bjarne Stroustrup, que se importam que a ferramenta possa ser aprendida tanto quanto usada.⁶

Cadeia de influência

Quem a moldou

A pesquisa RISC de Berkeley e Stanford. A ideia do Conjunto Reduzido de Instruções – de que um conjunto pequeno e regular de instruções de ciclo único supera um conjunto grande e complexo – saiu dos projetos acadêmicos RISC do início dos anos 1980, e Wilson e Furber a adotaram deliberadamente para o ARM. Eles pegaram o princípio e o levaram além dos manuais, acrescentando a execução condicional, mas a aposta fundadora de que mais simples é mais rápido era da comunidade de pesquisa. (Influência formativa)

O MOS Technology 6502 e um único engenheiro. Wilson começou no 6502 – o processador barato e simples dentro das primeiras máquinas da Acorn e do BBC Micro. Quando a equipe da Acorn visitou o fabricante do chip e viu que basicamente uma pessoa estava projetando a próxima versão, a lição ficou: construir uma CPU não exigia um exército. Essa observação tornou pensável o projeto de duas pessoas do ARM. (Influência direta)

Steve Furber. O ARM foi uma verdadeira parceria. Wilson definiu o conjunto de instruções – o que a máquina podia fazer – enquanto Furber arquitetou o hardware que o fazia, o pipeline e o barrel shifter. Nenhuma das metades é o chip; a colaboração é. Eles dividiram o Draper Prize por isso quase quatro décadas depois. (Influência direta)

Quem ela moldou

Todo smartphone moderno. O conjunto de instruções que Wilson projetou, evoluído ao longo de quarenta anos, é o processador na esmagadora maioria dos telefones do mundo e numa vasta gama de dispositivos embarcados – mais de 230 bilhões de chips. Poucos engenheiros moldaram tanto daquilo que as pessoas seguram fisicamente todos os dias. (Influência que define um campo)

O Apple Silicon e a era do desempenho por watt. O modelo de licenciamento do ARM e sua eficiência fizeram dele a base natural para projetos de baixo consumo e alto desempenho, a linhagem que atravessa os chips de todo iPhone e, por fim, os Macs com Apple Silicon. A era da computação móvel foi construída sobre a economia da arquitetura.

Uma geração de engenheiros britânicos. Pelo BBC BASIC e pelo BBC Micro, Wilson ensinou um país a programar. A máquina do Computer Literacy Project, com a linguagem dela por dentro, foi a porta de entrada para uma fatia enorme do talento de software e hardware do Reino Unido.

O fio condutor

Wilson é a imagem espelhada da outra grande mente de hardware da série. Jim Keller fez seus chips vencerem gastando silício à vontade – pipelines mais largos, mais unidades de execução, mais transistores para matar todo gargalo – na aposta de que o silício é o recurso barato e abundante. Wilson fez seu chip vencer gastando quase nada: menos de 25.000 transistores, porque para uma equipe de duas pessoas numa pequena empresa britânica os recursos escassos eram o silício e o esforço de engenharia, não os de graça. Ambos estão certos, cada um em seu regime. E aqui está a reviravolta em torno da qual a série não para de girar – a economia de Wilson, escolhida por velocidade e escassez, produziu o baixo consumo que fez do ARM o processador da era móvel, que é um império maior do que o desempenho bruto jamais construiu. Onde John Carmack diz domine o hardware fixo que lhe deram e Bjarne Stroustrup diz não pague pelo que você não usa, Wilson diz: remova até quase nada restar, e a eficiência que você ganha de graça pode ser aquilo que vence. Keller gasta para vencer; Wilson economizou para vencer – e sua economia foi embarcada em 230 bilhões de chips. (Ponte da série)

O que eu levo disso

A lição que guardo de Wilson é que as restrições são uma ferramenta de projeto, não uma desculpa. É fácil ler a história do ARM como “olha o que eles fizeram apesar de não terem recursos” – mas isso a interpreta mal. Eles não venceram apesar das restrições; venceram por causa delas. Uma equipe de duas pessoas com um orçamento minúsculo de transistores não consegue construir um processador barroco, então foram empurrados rumo ao projeto simples, de ciclo único, que acabou mais rápido e muito mais eficiente que as alternativas bem financiadas. Quando me pego desejando mais – mais tempo, mais computação, mais espaço – a carreira de Wilson é um lembrete de que a restrição pode estar me empurrando rumo ao projeto melhor, se eu parar de me ressentir dela e a deixar fazer esse trabalho.

A segunda lição é sobre a eficiência cujo valor você ainda não consegue enxergar. O baixo consumo do ARM era, em 1985, quase inútil – uma nota de rodapé num coprocessador de desktop. Virou a propriedade mais valiosa da computação uma década depois, quando o mundo quis computadores no bolso. Wilson não previu o smartphone; ela só se recusou a gastar o que não precisava gastar, e essa disciplina se acumulou até virar um império. A lição não é “preveja o futuro”. É a coisa mais humilde e mais duradoura: não desperdice recursos mesmo quando o desperdício parece inofensivo, porque a economia que hoje parece uma curiosidade pode ser a fundação sobre a qual tudo se apoia amanhã. É a qualidade é a única variável lida por uma lente de contenção – o projeto certo, feito com o mínimo, envelhece virando algo que você nunca poderia ter planejado.

Perguntas frequentes

O que Sophie Wilson projetou?

Sophie Wilson projetou o conjunto de instruções do processador ARM original – o Acorn RISC Machine – na Acorn Computers, a partir de outubro de 1983, com Steve Furber construindo o hardware. Essa arquitetura hoje é embarcada em mais de 230 bilhões de chips e move a maioria dos smartphones do mundo. Antes do ARM, ela coprojetou o BBC Micro e escreveu o BBC BASIC, a linguagem nele embutida. Mais tarde foi arquiteta-chefe do DSP FirePath na Element 14, que a Broadcom adquiriu.¹²⁵

Quantos transistores o primeiro processador ARM usava?

O primeiro ARM, o ARM1, usava menos de 25.000 transistores – uma pequena fração dos processadores comparáveis de sua época, que chegavam às centenas de milhares. Como tão pouco silício chaveava, o chip consumia apenas cerca de um décimo de watt, mais ou menos um vigésimo do que um Intel 386 precisava. Essa contagem mínima de transistores, escolhida por velocidade e pelos limites de uma equipe minúscula, é a raiz da eficiência de baixo consumo que mais tarde tornou o ARM dominante em dispositivos móveis.³⁴

É verdade que o primeiro chip ARM funcionou sem a fonte de alimentação conectada?

Sim, e está bem documentado. Quando o primeiro silício do ARM1 chegou da VLSI Technology em 26 de abril de 1985, ele funcionou na primeira vez em que foi testado – já em si uma conquista rara. Mais impressionante ainda, o chip consumia tão pouca energia que, quando foi plugado ao sistema de desenvolvimento, ganhou vida puxando corrente por sua interface de I/O antes que sua própria fonte de alimentação pudesse ser devidamente conectada. O projeto era tão econômico que, na prática, funcionava com corrente de fuga, um sinal precoce e acidental da eficiência que definiria o ARM.³⁵

O que é execução condicional no conjunto de instruções ARM?

A execução condicional é uma das escolhas de projeto características de Wilson: quase toda instrução ARM carrega um código de condição de quatro bits, de modo que ela só executa se sua condição for verdadeira e, caso contrário, não faz nada. Num processador convencional, escolher entre ações exige um desvio, e um desvio tomado pode esvaziar o pipeline de instruções e desperdiçar ciclos. Com a execução condicional, trechos curtos de lógica condicional viram código linear sem desvios – mais capacidade a partir de quase nenhum hardware extra, que é a eficiência implacável no coração do ARM.²⁴

Fontes