XMP/EXPO: RAM rápida que ainda roda “frouxa”

Kit “6000 MT/s” rodando em JEDEC lento é leave XP on the table. Mas EXPO/XMP instável também é leave ranked on the table — crash. O meio-termo é método.

Passo 1 — Perfil de fábrica estável

Ative XMP/EXPO. Rode memtest sério + jogo longo. Se nem o perfil oficial aguenta, troque slots/kit/BIOS antes de sonhar com primary 28-something.

Passo 2 — Ecossistema AMD (FCLK)

Latência efetiva depende de FCLK e sincronia. Empurrar FCLK sem estabilidade vira erro esquisito. Trate FCLK como experimento separado do CO agressivo.

Passo 3 — Intel IMC

IMC tem limite. Board e cooling do VRM importam. “O cara no fórum rodou 8000” não é o seu silício.

Passo 4 — Fine tune (só depois)

Secondary/tertiary e tightening com teste. Sem diário de timings, você não volta atrás.

Como saber se valeu

  • AIDA/latency útil como referência relativa
  • CapFrameX no jogo (alguns títulos são mais sensíveis a RAM que outros)
  • Zero WHEA / zero freeze em sleep

Prioridade

RAM estável > RAM “bonita no ZenTimings”. Competitive não dá ponto por screenshot de timing.

Sinais de RAM instável (não ignore)

  • WHEA
  • Crash em stress mas “jogo ok 20 min”
  • Falha pós-sleep
  • Erro em um jogo com streaming pesado

Ferramentas de checagem

Memtest sério + stress + jogo longo. Uma passada rápida de tool leve não prova season inteira.

Quando parar de apertar timings

Se o ganho de latência AIDA é mínimo e o risco de crash subiu, você está otimizando print. Competitive prefere 6000 CL30 estável a 7200 “quase”.

Ordem com Curve Optimizer

RAM primeiro estável → depois CO. CO em cima de EXPO podre multiplica fantasma.

---

Próximo passo com a GuttyTECH

Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na sua máquina — baseline CapFrameX, LatencyMon e stack limpa — agende uma sessão.

/// INICIANDO