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.