ECC e DDR5
Defensores de uma adoção mais ampla de RAM ECC (error-correcting) argumentam que memórias cada vez mais densas e propensas a falhas, junto com a corrupção silenciosa de dados, justificam tornar o ECC o padrão, potencialmente até por meio de regulamentação ou taxação de módulos sem ECC. Outros contrapõem que as taxas de erro em cargas de trabalho típicas de consumo são baixas, que o ECC on-die em DDR5 já mitiga muitos defeitos e que tornar o ECC obrigatório aumentaria custos e restringiria a escolha, especialmente para jogos e sistemas de baixo custo. A discussão também aborda incertezas técnicas sobre o ECC on-die do DDR5, a importância do reporte de erros, a segmentação de mercado por fabricantes de CPUs e placas-mãe, e como relatos reais de erros se comparam à falta de dados publicados em larga escala sobre confiabilidade.
Impor ECC vs. Escolha do Consumidor
- Alguns argumentam que o ECC deveria ser universal, potencialmente por meio de regulamentação ou impostos sobre RAM sem ECC, devido aos custos sociais ocultos da corrupção silenciosa de dados.
- Outros veem isso como excesso de intervenção ou “estatismo babá”, insistindo que a escolha da RAM deve permanecer individual, exceto onde existam fortes externalidades (por exemplo, sistemas críticos para a segurança).
- Há desacordo sobre se RAM não confiável é análoga a produtos defeituosos ou perigosos que justificam leis de proteção ao consumidor.
Custo, Disponibilidade e Segmentação de Mercado
- Relata-se que os ECC UDIMMs são muito mais caros e raros do que os não-ECC; RDIMMs podem ser baratos em mercados secundários, mas exigem plataformas compatíveis.
- Vários comentários atribuem a divisão atual à segmentação deliberada dos fabricantes (linhas de servidor/workstation vs. consumidor, Xeon vs. CPUs convencionais).
- Alguns afirmam que, se o ECC fosse obrigatório/padrão, economias de escala e a remoção da segmentação artificial reduziriam a diferença de preço.
Confiabilidade Técnica e Fontes de Erro
- As taxas de erro de ECC relatadas variam amplamente: alguns não veem nenhuma ao longo de anos; outros veem erros corrigíveis periódicos e, ocasionalmente, DIMMs com falha.
- Entre as causas discutidas estão radiação cósmica (especialmente em altitude), rowhammer, mau encaixe/oxidação, módulos envelhecidos, ruído elétrico e overclocking.
- Há debate sobre o quão dominantes os raios cósmicos realmente são em comparação com falhas de design ou problemas mecânicos/elétricos.
ECC On-Die do DDR5 vs. ECC End-to-End
- O consenso é que o ECC on-die do DDR5 restaura principalmente a confiabilidade interna das células aos níveis de gerações anteriores e não protege o link CPU–DIMM.
- Há preocupação de que o ECC on-die seja opaco: ele corrige silenciosamente e, normalmente, não expõe contagens de erro ao sistema operacional.
- Alguns temem interações complexas entre o ECC on-die e o ECC em nível de sistema; outros dizem que a codificação do DDR5 deve garantir que erros de múltiplos bits se tornem detectáveis, mas observa-se que faltam dados autoritativos.
Integridade de Dados, Filesystems e ZFS
- Vários comentários destacam que ECC mais filesystems com checksumming (por exemplo, ZFS, Btrfs) fornecem forte proteção end-to-end e ajudam no diagnóstico de hardware com falha.
- Outros argumentam que não usar ECC costuma ser aceitável porque muitas camadas de software já usam checksums, tentativas מחדש e redundância; eles consideram rara a corrupção catastrófica sem ECC.
- Um mito antigo de que “ECC é obrigatório para ZFS” é explicitamente contestado e ligado a documentação contrária.