A Preparação do Servidor – Domando a Placa-Mãe

Introdução: O Quebra-Cabeça do Hardware

Com os cabos prontos, as placas multi-seriais selecionadas e os terminais configurados, o foco se voltava para a peça central de todo o sistema: o servidor. Mas transformar um PC comum em um servidor QNX robusto e estável não era uma simples questão de instalar o software. Era preciso primeiro "domar" o hardware, um processo meticuloso de configuração de baixo nível que separava uma instalação de sucesso de uma fonte interminável de problemas e perda de boot.
Enquanto a maioria das configurações de software é feita dentro do sistema operacional, a preparação para o QNX começava em um nível muito mais fundamental. Muitas das opções críticas não estavam nos menus amigáveis do BIOS, mas sim escondidas na própria placa-mãe, na forma de minúsculos jumpers que precisavam ser fisicamente alterados. Era um trabalho que exigia não só o conhecimento do QNX, mas um profundo entendimento do manual de cada placa-mãe. Embora não montássemos as máquinas, tínhamos que conhecer cada detalhe de seu funcionamento.

O Checklist de Compatibilidade e Performance

Antes mesmo de ligar o servidor, uma série de verificações e ajustes era mandatória. Cada item era um potencial ponto de falha que poderia comprometer horas de trabalho.

• 1. Controladoras de Disco: Apenas IDE ou SCSI
  O QNX era um sistema operacional de alta performance e, como tal, era seletivo com o hardware com o qual trabalhava. Ele não era compatível com as controladoras de disco mais simples ou exóticas da época. A regra era clara: o servidor precisava ter uma controladora IDE (a mais comum) ou SCSI (preferida em servidores de alto desempenho). Qualquer outra coisa resultaria em uma falha na instalação.
• 2. Memória RAM: O Cuidado com a EDO-RAM
  No auge das memórias EDO-RAM, um detalhe crucial era a sua velocidade. Descobrimos, através de muita tentativa e erro, que memórias com velocidade de 60 nanosegundos (ns) eram rápidas demais para a forma como o QNX acessava o hardware, causando instabilidades e problemas de boot. A solução era garantir que o servidor utilizasse memórias EDO-RAM um pouco mais lentas, que garantiam a estabilidade do sistema.
• 3. Cache do Processador (L2): Menos era Mais
  A intuição diria que, para um servidor, todo cache de processador (L2 Cache) deveria estar ativado para máxima performance. Com o QNX, a realidade era o oposto. O cache L2, presente em muitas placas-mãe da era 486 e Pentium, criava conflitos com o kernel de tempo real do QNX durante o processo de inicialização. A solução era encontrar o jumper correspondente na placa-mãe e desabilitar completamente o cache L2. Era um passo contraintuitivo que fazia toda a diferença entre um boot bem-sucedido e uma falha crítica.

A Batalha pelas IRQs: O Conflito com o Plug and Play

O passo final e mais complexo era a correta configuração dos recursos de hardware. Como vimos detalhadamente no artigo sobre as placas multi-seriais, era preciso garantir que nossas placas ISA tivessem as interrupções (IRQs) e os endereços de I/O de que precisavam, sem gerar conflitos.

Desabilitando as Seriais On-board:

Como vimos no artigo "O Hardware de Multiplicação", nossas placas multi-seriais precisavam das IRQs 3 e 4. Como essas eram as interrupções padrão das portas COM1 e COM2 da placa-mãe, o primeiro passo era desabilitá-las. Em placas-mãe mais modernas, isso podia ser feito no Setup do BIOS. Em muitas outras, no entanto, a tarefa exigia a localização e alteração de jumpers específicos na placa.

Reservando as IRQs para o Barramento ISA:

Com o advento do barramento PCI e do Plug and Play, o BIOS tentava gerenciar as IRQs automaticamente. Isso era um problema, pois ele podia alocar as IRQs 3 e 4 para um dispositivo PCI, criando um conflito com nossa placa ISA. A solução era entrar no menu "PCI/Plug and Play Setup" do BIOS e alterar a configuração das IRQs 3 e 4 de "PCI/PnP" para "ISA/EISA". Isso criava uma "reserva", informando ao BIOS para nunca tocar nessas interrupções, deixando-as livres para nossas placas.

O Desafio da Rede Arcnet: A IRQ 7

O quebra-cabeça se tornava ainda mais complexo quando montávamos uma rede QNX (QNET) usando placas de rede Arcnet. O padrão para essas placas era utilizar a IRQ 7, que, por coincidência, era a mesma interrupção usada pela porta paralela (LPT1). Portanto, além de tudo, era preciso entrar no BIOS, desabilitar a porta paralela on-board para liberar a IRQ 7, e então reservá-la para o barramento ISA, garantindo o funcionamento da rede.

Conclusão

Preparar um servidor para o QNX era um trabalho de arquiteto de hardware. Exigia um conhecimento profundo que ia muito além da simples instalação de software. Era preciso estudar manuais de placas-mãe, entender as implicações de cada jumper e navegar pelas complexidades de um mundo em transição entre a configuração manual do ISA e a automação do PCI. Cada um desses ajustes era um passo crucial para construir a base sólida sobre a qual o robusto sistema QNX e a aplicação da CompCet iriam operar com a estabilidade e a performance que nossos clientes na área da saúde exigiam.