Capítulo 5 de 7
Quando conhecer o computador significava conhecer cada peça
Uma parte importante da minha formação em tecnologia aconteceu na bancada desde o início da minha atuação profissional, em **1996**. Naquele período, montar, ampliar ou reparar um PC exigia conhecer detalhes que hoje ficam escondidos por firmware, detecção automática e sistemas operacionais muito mais tolerantes.
Na mesma bancada conviviam duas realidades. De um lado estavam os PCs montados e os chamados compatíveis ou clones, nos quais era possível escolher placa-mãe, gabinete, fonte, controladoras e periféricos de fabricantes diferentes. Do outro estavam equipamentos de marca, especialmente IBM e Compaq, que muitas vezes traziam projetos mais fechados do ponto de vista da manutenção: gabinetes, fontes, risers, BIOS, peças de reposição ou documentação podiam seguir padrões específicos do fabricante.
Isso não significa que todo IBM ou Compaq fosse tecnicamente incompatível com o universo PC. Significa que, para quem fazia manutenção, esses equipamentos frequentemente exigiam conhecer o projeto daquele fabricante em vez de simplesmente substituir qualquer peça por outra equivalente.
486 DX2-66 e DX4-100: multiplicar o clock sem reinventar a placa inteira
Foi nesse período que trabalhei com PCs 486 DX2-66. O conceito de multiplicação de clock permitia que o processador operasse internamente em uma frequência maior do que o barramento externo — no caso clássico do DX2-66, núcleo a 66 MHz com barramento de 33 MHz.
Depois vieram máquinas 486 DX4-100, normalmente trabalhando com multiplicador de três vezes sobre barramento de aproximadamente 33 MHz. Além de desempenho maior, essa geração exigia atenção a tensão do processador, suporte da placa-mãe e configuração correta de jumpers.
Na prática, um upgrade nunca era apenas “colocar um processador mais rápido”. Era necessário verificar soquete, tensão, BIOS, frequência de barramento, multiplicador e capacidade da própria placa.
5x86/“586”: AMD e Cyrix eram produtos reais — Pentium era outra linha
Aqui vale uma distinção histórica importante. O nome 5x86 ou “586” não deve ser tratado como se fosse simplesmente outro nome para Intel Pentium.
Na metade dos anos 1990 existiram processadores efetivamente comercializados com 5x86 no nome por concorrentes da Intel. O **Cyrix 5x86**, lançado em 1995 para plataformas Socket 3, aparecia em frequências como 100 e 120 MHz e incorporava recursos que o colocavam acima de um 486 convencional em vários cenários. A **AMD** lançou o **Am5x86**, conhecido especialmente pelo modelo de 133 MHz; internamente ele ainda derivava da família 486, mas foi uma alternativa real de upgrade e desempenho para máquinas dessa plataforma.
Também existiu o NexGen Nx586, mostrando que “586” fazia parte da nomenclatura comercial de processadores fora da Intel naquele momento.
A Intel, por sua vez, não vendeu um “Intel 586”. Sua quinta geração recebeu o nome **Pentium**, lançado comercialmente em 1993. Portanto, quando aparece a referência a PCs 586 nesta trajetória, ela se refere aos processadores e máquinas que realmente utilizaram 5x86/586 na identificação comercial, especialmente AMD e Cyrix — não a uma suposta linha Intel 586.
Pentium, Pentium Pro e a chegada do MMX
A família Pentium ampliou muito o desempenho dos PCs domésticos e profissionais. Frequências como 75, 90, 100, 120 e 133 MHz marcaram uma fase na qual a experiência do usuário começou a mudar rapidamente com interfaces gráficas, multimídia e aplicações cada vez mais pesadas.
Em 1995, o **Pentium Pro** surgiu direcionado aos segmentos profissional, workstation e servidor. A arquitetura P6, o foco em execução de 32 bits e o cache L2 no mesmo encapsulamento do processador representaram uma ruptura importante. O papel específico do Pentium Pro nos servidores é aprofundado no capítulo dedicado a servidores.
Em 1997, os **Pentium com tecnologia MMX** ganharam destaque com novas instruções voltadas a operações multimídia. Áudio, vídeo, jogos e CD-ROM estavam mudando o que se esperava de um computador pessoal.
K6-2: AMD, Super Socket 7 e 3DNow!
Em 1998, o **AMD K6-2** virou uma referência importante para quem montava e atualizava PCs. A AMD incorporou a tecnologia **3DNow!**, criada para acelerar determinadas operações de ponto flutuante e multimídia, e o K6-2 ganhou espaço em máquinas domésticas e profissionais com boa relação entre custo e desempenho.
A geração ficou fortemente associada ao **Super Socket 7**, que prolongou a vida do ecossistema Socket 7 com barramento de 100 MHz e suporte a tecnologias mais novas, como AGP, dependendo da placa-mãe e do chipset. Isso era particularmente interessante para quem trabalhava com upgrades: em vez de abandonar toda a plataforma, muitas máquinas ainda podiam receber uma evolução significativa de processador, memória e vídeo.
Modelos de 266, 300, 333, 350 e 400 MHz fizeram parte dessa fase, seguidos por versões ainda mais rápidas. Na prática de bancada, essa transição também aproximou o mercado das memórias SDRAM, embora muitas placas do período ainda convivessem com diferentes combinações de memória e chipsets.
O K6-2 é um bom retrato de uma época em que montar um PC exigia acompanhar não apenas o nome do processador, mas a combinação completa entre soquete, chipset, FSB, tensão, BIOS, memória e placa de vídeo.
Athlon: quando a AMD deixa de ser apenas uma alternativa de upgrade
Em 1999, a AMD iniciou os embarques do **Athlon**, projeto de sétima geração que mudou seu posicionamento no mercado de desempenho. As primeiras unidades chegaram em frequências que incluíam 600 MHz e usavam inicialmente o **Slot A**, fisicamente semelhante ao Slot 1 da Intel, mas eletricamente diferente.
O Athlon adotou um barramento derivado da tecnologia EV6 da Digital Equipment Corporation e uma unidade de ponto flutuante muito competitiva. Isso fez a disputa com o Pentium III deixar de ser apenas uma questão de preço: a AMD passou a competir diretamente pela liderança de desempenho em PCs.
Em 2000, o Athlon também ficou associado à corrida simbólica pela barreira de **1 GHz**. A própria AMD registra esse período como o momento em que rompeu a barreira de 1 GHz nos processadores para PCs. Logo depois, a família migrou do Slot A para o **Socket A**, que se tornaria uma plataforma marcante no começo dos anos 2000.
Para quem vinha de 486, 5x86, Pentium e K6-2, o Athlon mostrou o tamanho da aceleração tecnológica daquela década: em poucos anos passamos de dezenas para centenas de megahertz e, depois, para a casa dos gigahertz, acompanhados por barramentos e subsistemas de memória cada vez mais rápidos.
ISA, VESA Local Bus e a transição para PCI
O desempenho do computador não dependia apenas da CPU. O barramento de expansão tinha impacto direto em placas de vídeo, controladoras de disco, som, rede e outros periféricos.
O **ISA** ainda estava presente em praticamente toda parte. Era comum instalar placas de som, modems, controladoras e placas de rede nesse padrão.
Na geração 486, o **VESA Local Bus (VLB)** apareceu em muitas placas-mãe como uma solução de maior desempenho, especialmente para vídeo e armazenamento. Os slots VLB eram longos e frequentemente conviviam com ISA na mesma placa.
Depois, o **PCI** se consolidou e passou a oferecer um padrão mais adequado à evolução dos PCs. No final da década, **AGP** ganhou espaço específico para vídeo acelerado, acompanhando justamente a fase de K6-2, Pentium II/III e Athlon.
Memória FPM, EDO e a chegada da SDRAM
Antes de a memória ser medida em gigabytes, máquinas com 8, 16 ou 32 MB já representavam configurações relevantes dependendo da época e do uso.
Módulos SIMM eram comuns, e a transição de **Fast Page Mode (FPM)** para **EDO RAM — Extended Data Out** marcou muitos equipamentos 486 tardios e, principalmente, PCs Pentium.
Com as plataformas mais novas do final dos anos 1990, a **SDRAM** passou a se tornar cada vez mais comum, acompanhando barramentos mais rápidos e placas-mãe destinadas a Pentium II/III, K6-2/K6-III e Athlon.
O upgrade exigia verificar organização dos bancos, quantidade de módulos, paridade quando aplicável, capacidade suportada e combinação aceita pela placa-mãe. Não era raro uma máquina exigir pares ou conjuntos específicos de módulos para funcionar corretamente.
IRQ, DMA, I/O e jumpers: antes de o plug and play realmente funcionar
Boa parte do diagnóstico passava por recursos que hoje praticamente desapareceram da rotina do usuário.
Placas de som, rede, modems e controladoras podiam disputar IRQ, canais DMA e endereços de I/O. Um equipamento funcionava isoladamente e deixava de funcionar depois da instalação de outro periférico porque ambos tentavam usar o mesmo recurso.
Jumpers físicos eram usados para selecionar frequência, multiplicador, tensão ou parâmetros de periféricos. Antes de alterar qualquer configuração, era necessário consultar manual, etiqueta, serigrafia da placa ou documentação técnica.
IDE, disquete e CD-ROM
Discos IDE exigiam configuração master/slave quando dois dispositivos compartilhavam o mesmo canal. BIOS antigas podiam ter limitações para reconhecer discos maiores, e parâmetros de geometria ainda apareciam em configurações manuais.
Disquetes de 3,5 polegadas continuavam essenciais para instalação, inicialização, atualização de BIOS, diagnóstico e transporte de arquivos. CD-ROM se popularizou ao longo dos anos 1990 e, em alguns ambientes, dependia de driver carregado durante o boot para ficar disponível no DOS.
MS-DOS, CONFIG.SYS e AUTOEXEC.BAT
O **MS-DOS** estava na base de grande parte desse universo. Conhecê-lo era indispensável para instalar, recuperar e diagnosticar máquinas.
Arquivos como **CONFIG.SYS** e **AUTOEXEC.BAT** controlavam drivers, variáveis e programas carregados durante a inicialização. Em algumas situações, organizar memória convencional e memória alta fazia diferença entre uma aplicação conseguir ou não iniciar.
Esse conhecimento também se conectava diretamente às automações em BATCH tratadas em outro capítulo da série.
Windows 3.1, Windows for Workgroups 3.11 e Windows 95
O **Windows 3.1** levou a interface gráfica a uma quantidade enorme de PCs, ainda apoiado sobre DOS. O **Windows for Workgroups 3.11** acrescentava recursos voltados a trabalho em rede e fazia parte de muitos ambientes empresariais que mantive.
Com o **Windows 95**, o usuário passou a esperar uma experiência mais integrada, Plug and Play mais presente e uma interface que redefiniu o desktop para a geração seguinte.
Na manutenção, porém, a transição não apagou os problemas anteriores de um dia para o outro. Durante anos foi comum conviver com hardware e software de gerações diferentes na mesma empresa.
PS/2 é conector; OS/2 é sistema operacional
Também é importante não misturar dois nomes parecidos que representam coisas diferentes no cotidiano técnico.
No contexto da bancada, **PS/2** é o conector mini-DIN usado principalmente para teclado e mouse em muitos PCs daquela geração. O nome tem origem na família IBM Personal System/2, mas, nesta trajetória, quando mencionamos PS/2 estamos falando do **conector físico**.
**OS/2**, por outro lado, é um **sistema operacional**. Desenvolvido inicialmente em parceria entre IBM e Microsoft e posteriormente conduzido pela IBM, teve versões importantes ao longo dos anos 1990, incluindo a família OS/2 Warp. Era uma alternativa tecnicamente relevante para aplicações profissionais e ambientes que precisavam de multitarefa e estabilidade.
Windows NT 4.0: Workstation e Server eram produtos distintos
O **Windows NT 4.0** também merece precisão. Existia o **Windows NT Workstation 4.0**, destinado a estações profissionais, e o **Windows NT Server 4.0**, destinado a servidores.
Na bancada e no suporte a usuários, o Workstation representava uma alternativa mais robusta ao Windows 95 para determinados ambientes profissionais. Já o NT Server pertence à evolução da infraestrutura de servidores e é aprofundado no capítulo específico dessa série.
Da bancada à visão de infraestrutura
Com o tempo, a manutenção deixou de ser apenas trocar uma placa defeituosa ou instalar um sistema operacional. Cada computador passou a depender mais da rede, do servidor, do armazenamento, do banco de dados e de serviços externos.
A experiência de bancada ensinou uma coisa que continua valiosa: um problema aparentemente “de software” pode nascer em memória defeituosa, armazenamento, alimentação, temperatura ou comunicação. E uma falha atribuída ao hardware pode ser consequência de driver, configuração, firmware ou sistema operacional.
Conhecer a máquina por dentro não é nostalgia. É uma base prática para diagnosticar sistemas modernos sem enxergar hardware, software e infraestrutura como mundos separados.
Foi dessa passagem — de montar e reparar computadores individualmente para compreender o ambiente completo — que nasceu parte importante da visão de infraestrutura que a InfoLab aplica hoje.