Antes do primeiro POST: cinco verificações para um RDIMM DDR4 de 64 GB

Cinco verificações separam a ordem de compra do primeiro POST, e a ordem em que aparecem aqui não tem a ver com importância. Tem a ver com prazo de validade: cada resposta deixa de existir num momento diferente, e depois dele nenhum documento a recupera. A geração da plataforma ainda pode ser conferida no manual hoje à tarde; o item da lista de compatibilidade acaba no dia em que o pedido é assinado; o rank acaba quando o último canal é preenchido; o rótulo acaba na doca; e a mistura com o que já está instalado nunca acaba de forma limpa — por isso reaparece meses depois como "o nó está lento".

Uma linha de pedido com Samsung M393A8G40MB2-CTD, 64 GB, DDR4 RDIMM é um ponto de partida comum. O número identifica um projeto de módulo e não argumenta compatibilidade; as verificações abaixo são sobre a plataforma onde esse projeto vai morar.

1. Confirmar que a plataforma é DDR4, e não DDR5

Uma plataforma só-DDR5 torna um módulo DDR4 errado por mais correta que seja a especificação dele, então a geração vem antes de capacidade e rank.

As duas gerações usam conector de 288 pinos, então a contagem de pinos do datasheet não decide nada. O encaixe e a tensão mudam — RDIMMs DDR4 trabalham em 1,2 V, DDR5 em 1,1 V — e um módulo DDR4 não assenta num slot DDR5. Nenhuma revisão de BIOS muda isso.

O erro aparece em rack com dois chassis comprados com dois anos de diferença: o pedido foi escrito para o antigo, a entrega chegou junto com a máquina nova, que já veio DDR5. Metade dos módulos entrou, a outra metade ficou na caixa — e a caixa só foi reaberta quando faltou espaço na prateleira.

Na prática. Sempre que um único pedido cobrir máquinas de anos diferentes, a geração entra na linha do pedido antes da capacidade.

2. Pedir o item da lista qualificada para o BIOS instalado

Quem decide se um módulo está na lista de memória de uma plataforma é o firmware do fabricante, não a especificação do módulo — por isso um módulo tecnicamente perfeito pode ficar fora dela para sempre.

Os fabricantes publicam listas de memória qualificada por modelo de servidor, presas a uma geração de BIOS e não a um nome comercial. A lista registra qual módulo foi validado em qual quantidade de slots, e itens podem sair dela quando o firmware muda, de modo que uma cópia de dois anos atrás não é necessariamente a que vale para a máquina à sua frente. O que a lista cobre e o que não cobre vale uma leitura — veja o que uma lista de compatibilidade realmente atesta.

O caso clássico começa num edital: o anexo técnico foi copiado de um documento antigo e traz "64 GB DDR4" sem o item da lista, porque na época o modelo estava listado. O fornecedor entrega exatamente o que foi pedido, a máquina liga, e a população fica abaixo do projetado — sem erro, sem alarme, sem culpado.

Onde fica o limite. Se o dono da plataforma passou o part number mas não o item da lista, o número fica como pendência e não como aprovação; peça o item ou uma confirmação escrita que nomeie o módulo.

3. Conferir rank e organização, porque capacidade é o atributo mais fraco

Rank e organização de chips definem quantos módulos um canal aceita, o que os torna mais decisivos do que o número de capacidade na caixa.

Um RDIMM DDR4 de 64 GB é fabricado em mais de um formato; os comuns são 2Rx4 e 2Rx8, dois ranks de chips x4 ou x8. A diferença altera a carga elétrica que o módulo impõe ao canal, e as tabelas de população contam essa carga. Dois módulos de mesma capacidade e velocidade podem, por isso, ter limites diferentes na mesma placa. O mecanismo está detalhado em por que x4 e x8 se comportam diferente.

Sem essa conferência, o plano de capacidade fica certo no papel e errado no rack: um desenho que prevê quatro módulos por canal num rank pode comportar dois no outro.

A história que aparece na bancada tem sempre a mesma forma: o integrador testa cada módulo separadamente e todos passam; depois monta a população completa, roda o mesmo teste e a máquina não sobe. O teste não estava errado e os módulos também não — o que mudou foi a carga do canal, e o teste unitário não mede isso.

O que escrever no pedido. Onde a tabela de população da placa estabelece limites diferentes por canal para ranks diferentes, o rank vira atributo obrigatório do pedido, com o mesmo peso da capacidade.

4. Ler Registered ECC no rótulo, não na descrição

Registered e unbuffered são projetos elétricos diferentes, e uma placa feita para um não roda o outro; a resposta tem de vir do objeto, não da descrição dele.

Um DIMM registered carrega um registrador que faz buffer dos sinais de comando e endereço antes de chegarem aos chips de DRAM; um DIMM unbuffered não tem esse caminho. As plataformas de servidor são desenhadas em torno de um dos dois por slot, e é por isso que memória de desktop costuma não dar boot em servidor mesmo quando capacidade e pinagem parecem bater. ECC é outro atributo e não implica registered: um módulo pode ter ECC e ser unbuffered.

Sem essa conferência, a entrega falha no primeiro boot e não há para onde ir. Nenhuma configuração transforma um unbuffered em registered; o que resolve é outro módulo.

O que costuma acontecer antes disso é uma lista de verificação do fornecedor respondida por completo: "DDR4, 64 GB, ECC, 288 pinos". Falta justamente o campo que decide, e o comprador trata a lista como completa porque não tem espaço em branco.

Critério de parada. Quando a descrição não disser se o módulo é registered ou unbuffered, peça foto do rótulo das unidades que vão embarcar, leia caractere por caractere, e não aceite imagem de catálogo.

5. Decidir se o chassis fica numa especificação só

Saber se um módulo novo de 64 GB pode divergir do que já está instalado é uma decisão sobre o chassis, e os três atributos envolvidos não se misturam com a mesma facilidade.

Registered contra unbuffered não é uma questão de mistura: é a verificação anterior. Rank e organização normalmente convivem no mesmo servidor e ainda assim mudam aquilo com que o canal treina, porque a regra de população conta o canal inteiro. Faixas de velocidade são as mais tolerantes: duas faixas no mesmo slot costumam fazer o canal rodar na mais baixa, um resultado de desempenho antes de ser um problema de estabilidade. O que a mistura faz com os timings está em quando a memória misturada causa downclocking ou instabilidade.

Sem essa decisão, o resultado é uma máquina que funciona — e esse é o problema. População misturada falha em silêncio, como canal rodando abaixo da velocidade impressa no rótulo ou como uma taxa baixa de erros corrigíveis que nunca dispara alerta. A investigação costuma passar por três equipes antes de chegar em alguém: a aplicação culpa o banco, o banco culpa a rede, a rede culpa o storage, até que alguém abre a lista de componentes e lê a velocidade do DIMM.

A regra da especificação única. O chassis tem de ficar numa especificação só quando qualquer uma de três condições valer. Primeira: a população prevista já consome o orçamento de ranks por canal, e não sobra espaço para uma segunda especificação. Segunda: a carga depende de banda de memória e não de capacidade, então um downclock tira desempenho que foi pago e a culpa vai cair na aplicação. Terceira: alguém além do comprador vai precisar diagnosticar a máquina — um processo de suporte, uma disputa técnica, uma passagem de turno — porque população misturada dá a esse processo um lugar confortável para parar.

Quando nenhuma das três vale, misturar faixas de velocidade é uma troca de throughput que pode ser feita de propósito; misturar tipos continua fora de questão em qualquer caso.

Cinco verificações, uma ordem: geração, lista, rank, rótulo, chassis. A sequência segue o instante em que cada resposta deixa de existir. Um módulo que passa nas cinco não é por isso a compra certa: ele só não está errado das cinco maneiras que a plataforma decide, e não o fornecedor.