XMP Inestable: MSI MAG Z790 y Trident Z5 DDR5 7200

Archivado
Hola a todos,

Copio y pego el post que he puesto en otros foros, si es necesario lo traduzco, pero creo que se entiende bastante bien, espero que alguien pueda echame un cable:

Hallo all,

I just made a build with:
- Intel i9 13900k
- MSI MAG Z790 Tomahawk Wifi DDR5
- Trident Z5 DDR5-7200 16x2 CL34-45-45-115
- Zotac RTX 4070 Ti

Problem:
With the default XMP at 7200 activated, the computer works fine, but as soon as a I play any game, after playing 5-10 minutes, the screen freezes and it crashes kicking me out to the desktop (tried elden ring, dead space and doom eternal)

Things I tried:
- Updating BIOS, Chipset and all other drivers for the MAG Z790
- Changing the ram sticks to different sockets. Before they were in the "First" sockets. Changing them to the "No First" sockets makes that I can not even activate XMP profile. I had to go back to the "First" sockets
- Decreasing the XMP frequency down to 6600. On this way it does not crash anymore, that is why I have figured out the problem is the XMP profile

I have seen a lot of posts with the same issue, but nobody found a solution. Maybe doing some custom XMP profile with tweaks in voltages and latencies could work but I did not have the time to test. It is a shame since the Z790 is supposed to support this 7200 frequency. I saw the last BIOS version is from January, they are making a new update each 2 months up to this point, so I hope a new update is coming soon.

Anybody with similar hardware found a solution to run the ram at "default" 7200?

I can really see the performa impact between 7200 and 6600.

Kind Regards!

-----------------------------

UPDATE1:
I have been playing with different parameters on the BIOS trying to make stable the ram at 7000. I have been using Karhu for testing the stability.

Below is the list of parameters I tried to modify one by one, increasing it a bit and checking if the coverage in the Karhu test increases o decreases:

-RAM Frequency: keeping it at 7000
-DRAM VDD and DRAM VDDQ: I found that the more increased this values, the more coverage I got in the test. I tried up to 1.59V for one test.
-CPU VDDQ: increasing it +0.2V was reducing the coverage in the test
-CPU VDD2: tried to increase it manually +0.1V and my computer was not switching on
-VCCSA: the more I increased, the more coverage in the teat I got. I tried up to 1.4V for a test.
-PLL (CORE, RING, SA, MC): increasing or reducing them was drastically reducing the coverage in the test

At the end my best test, with 2066% coverage when it found an error, was using the following parameters (everything else in auto):
-RAM Frequency: 7000
-DRAM VDD and DRAM VDDQ: 1.59V (Ram where peaking to 65 degrees during the test)
-VCCSA: 1.4V

Not even stable at 7000 with super high voltages...

For more info, here is a picture of all the voltages, with the XMP activated at 7200, with all voltages in auto: https://postimg.cc/KKPbK1K2

Next Step:
I will try to run a test at 6800, modifying only DRAM VDD, DRAM VDDQ and VCCSA (and maybe also decreasing the primary times for decreasing the latency to CL32 or CL30).

Or I had bad luck the the MSI Z790, or the BIOS is a potato and really needs one update.

I will let you know what are the results of the mew test.

Cheers!!
7200MT/s es una frecuencia muy alta, incluso en Z790. No es por limitación del chipset, es más que las placas con 2DPC tienen problemas de integridad de señal a esas frecuencias incluso en los mejores slots.

Tu memoria es single rank, es decir que según la propia web de MSI debería llegar a 7200MT/s con solo dos slots utilizados, pero fíjate que son bastante conservadores en cuanto a las frecuencias soportadas, y está ya en el límite:
Imagen

Y es lógico que en los primeros slots no puedas activar el XMP siquiera. Me extrañaría que pasara el training de memoria en los slots A1/B1 a más de 6400MT/s

¿Posibles soluciones? Bueno, de entrada no bajes todo el camino hasta 6600, prueba con todo como en el XMP pero a "solo" 7000. Que ya es muy rápido. Si no puedes vivir con eso, intenta subir VDD y VDDQ a 1.45V, de los 1.4 que tienen esos módulos por defecto. Puede que tengas que desbloquear el control de voltaje, si es el caso confórmate con 1.43X V. Hasta 1.45 se considera seguro con un flujo de aire aceptable.

Revisa también el voltaje del controlador de memoria (VCCSA) con HWinfo y postéalo por aquí. Pero mi experiencia es que no suele ser cosa del IMC, los 13900K no tienen problemas para subir por encima de 7200 y mucho más, y no hay manera de subir por mucho voltaje que metas si la placa no acompaña. Si estás probando con el CR a 1T baja a 2T.

Yo tengo RAM con los mismos chips que la tuya (Hynix-A) a 7600CL34, pero claro, con una placa bastante más amigable para overclock de RAM. Aquí realmente no es tanto cuestión de "habilidad" sino de placa (todavía) más cara.

Saludos
Los únicos 2 kits de RAM a 7200MHz que están en la QVL de esa placa base no son los que tienes, con lo cual mal asunto...

https://es.msi.com/Motherboard/MAG-Z790 ... upport#mem (filtra por 13th Gen K series y Supported Speeed): https://es.msi.com/Motherboard/MAG-Z790 ... upport#mem

Imagen

A veces hay kits que no están en la QVL y también pueden funcionar bien (los fabricantes no revisan todos los kits de memoria del mercado) pero siendo de tantísima frecuencia y que no estén en la QVL, el fabricante se lava las manos en esos casos y te remiten a su QVL.

Si estás a tiempo de devolverlos, yo lo haría y procuraría (sobre todo si es un kit de una frecuencia tan alta), que estuviera en la QVL.

Saludos.
javier español escribió:Los únicos 2 kits de RAM a 7200MHz que están en la QVL de esa placa base no son los que tienes, con lo cual mal asunto...

https://es.msi.com/Motherboard/MAG-Z790 ... upport#mem (filtra por 13th Gen K series y Supported Speeed): https://es.msi.com/Motherboard/MAG-Z790 ... upport#mem

Imagen

A veces hay kits que no están en la QVL y también pueden funcionar bien (los fabricantes no revisan todos los kits de memoria del mercado) pero siendo de tantísima frecuencia y que no estén en la QVL, el fabricante se lava las manos en esos casos y te remiten a su QVL.

Si estás a tiempo de devolverlos, yo lo haría y procuraría (sobre todo si es un kit de una frecuencia tan alta), que estuviera en la QVL.

Saludos.

En el QVL del fabricante de la placa (MSI) no están los módulos, pero en el QVL del fabricante de la RAM (G.skill) sí que está su placa: https://www.gskill.com/qvl/165/374/1665 ... -TZ5RK-QVL

Dado que son módulos con exactamente los mismos chips y la misma configuración (Hynix A, single rank), mi opinión es que aunque los devuelva y compre los que sí están en la QVL va a pasar exactamente lo mismo. En DDR4 había muchos chips y muchas posibles configuraciones, aquí hay 4 contados y en mi experiencia nunca me he encontrado con diferencias entre fabricantes por hacer mejor/peor el PCB donde van los chips de RAM o por binnear los chips. Al menos no desde DDR3 cuando no sé qué clase de magia hacía Corsair con sus módulos con chips top (Elpida Hyper) y casi siempre se podía rascar un poco más que con otros.

De hecho los primeros récords en hwbot con RAMs como la del compañero se hicieron con módulos genéricos sin disipador (bineando los módulos, eso sí), y muchos aún se mantienen. Y lógicamente son módulos que no están en ninguna QVL ni lo van a estar.

Saludos
Ayer estuve testeando por la tarde, tras 4 horas ni siquiera fui capaz de pasar el test a 7000. También lo miré y tengo el CR en 2T
Aquí dejo un resumen de todo lo que probé:

UPDATE1:
I have been playing with different parameters on the BIOS trying to make stable the ram at 7000. I have been using Karhu for testing the stability.

Below is the list of parameters I tried to modify one by one, increasing it a bit and checking if the coverage in the Karhu test increases o decreases:

-RAM Frequency: keeping it at 7000
-DRAM VDD and DRAM VDDQ: I found that the more increased this values, the more coverage I got in the test. I tried up to 1.59V for one test.
-CPU VDDQ: increasing it +0.2V was reducing the coverage in the test
-CPU VDD2: tried to increase it manually +0.1V and my computer was not switching on
-VCCSA: the more I increased, the more coverage in the teat I got. I tried up to 1.4V for a test.
-PLL (CORE, RING, SA, MC): increasing or reducing them was drastically reducing the coverage in the test

At the end my best test, with 2066% coverage when it found an error, was using the following parameters (everything else in auto):
-RAM Frequency: 7000
-DRAM VDD and DRAM VDDQ: 1.59V (Ram where peaking to 65 degrees during the test)
-VCCSA: 1.4V

Not even stable at 7000 with super high voltages...

For more info, here is a picture of all the voltages, with the XMP activated at 7200, with all voltages in auto: https://postimg.cc/KKPbK1K2

Next Step:
I will try to run a test at 6800, modifying only DRAM VDD, DRAM VDDQ and VCCSA (and maybe also decreasing the primary times for decreasing the latency to CL32 or CL30).

Or I had bad luck the the MSI Z790, or the BIOS is a potato and really needs one update.

I will let you know what are the results of the mew test.

Cheers!!
Chaquetero está baneado por "troll"
Your Mobo or your CPU memory controller just can't manage 7000 MHz, period. Don't waste much more time, it is a known problem and it'll be adress by Intel and AMD with further iterations in the future.

1.4 vccssa for daily use is insane, don't do it, and the ddr5 doesn't escale easily with voltaje, but the instability with temperature does, and 65° degrees is WAY too much for a kit of RAM in order to be stable.
Chaquetero escribió:Your Mobo or your CPU memory controller just can't manage 7000 MHz, period. Don't waste much more time, it is a known problem and it'll be adress by Intel and AMD with further iterations in the future.

1.4 vccssa for daily use is insane, don't do it, and the ddr5 doesn't escale easily with voltaje, but the instability with temperature does, and 65° degrees is WAY too much for a kit of RAM in order to be stable.

Poco más que añadir. Yo cuando he tenido problemas similares nunca he conseguido solucionarlo sin cambiar la placa base. Hay placas que se niegan a subir hagas lo que hagas. Por ejemplo las primeras 690 APEX (placas de 700+ cocos) tenían una variación de calidad entre distintas unidades del mismo modelo BRUTAL. Al nivel de que algunas de los primeros lotes tenían una canal que no pasaba de 6200, vergonzoso para este tipo de producto.

El 13900K basándome en los resultados de IgorsLab: https://www.igorslab.de/en/intel-13th-g ... 13900kf/6/ no debería tener problemas con el controlador de memoria hasta bien pasados 7600. Incluso si tienes muy mala suerte en la "silicon lottery". Así que pienso que en este caso es cosa de la placa sin duda. O de la BIOS en particular, pero muy probablemente de la placa ya que la BIOS debería estar medianamente pulida a estas alturas.

MNZNRS escribió:At the end my best test, with 2066% coverage when it found an error, was using the following parameters (everything else in auto):
-RAM Frequency: 7000
-DRAM VDD and DRAM VDDQ: 1.59V (Ram where peaking to 65 degrees during the test)
-VCCSA: 1.4V

En esta prueba que hiciste pienso que hay muchas papeletas de que el fallo en el test haya sido motivado por las altas temperaturas de RAM más que por pedirle mucho. Es la pescadilla que se muerde la cola: No es estable, subes voltajes para solucionarlo, y cuando llegas a números en los que quizás sería estable la temperatura es alta y se vuelve inestable por ello.

Aparte de que son valores que no recomendaría a nadie para 24/7 (máximo VDD y VDDQ 1.45V, si me apuras 1.5 si te gusta la emoción, y no más de 0.05V entre uno y otro), si vas a pasar benchs así te recomiendo encarecidamente poner un ventilador directamente sobre la RAM para descartar que el fallo en Karhu sea por temperatura.

Otra cosa, el VCCSA suele tener un sweet spot, si subes el voltaje por encima de eso en lugar de ser más estable es menos estable, aunque esté bien refrigerado. Llega un punto en el que si es necesaria más frecuencia de RAM la única forma de que el controlador de memoria aguante es enfriándolo (bajo cero con hielo seco o con LN2, claro). Pero hablamos de 9000+ MT/s, que no es el caso que nos ocupa. No debería hacer falta tanto VCCSA para 7000 de todas formas. 1.3V creo que ya es más que suficiente incluso para un proce "vago".

VDD2, PLL, etc. es muy raro tener que tocarlos a estas frecuencias, y más raro aún es que consigas algo "at all".

Y a mí me gusta y-cruncher para hacer pruebas rápidas. En mi experiencia falla mucho antes que Karhu, que Memtest y que cualquier otro test si la RAM no es estable (lo que quieres para perder el mínimo tiempo posible). Yo suelo pasar 5 o 6 veces y-cruncher 2.5b (no tengo RAM suficiente para 10b), si no falla tiro a memtest y el 90% de las veces es estable 400%+

Saludos
Es muy facil ver la causa, tienes que testear modulo por modulo, ver si es un modulo que te limita, ya que salio varias partidas de G.Gskill con algunos modulos A-DIE tocados

Yo tengo unas 7600, de momento operativas a 8400 CAS36 1.45v (1.15/1.15/1.15v)

Depende de placa o del mismo micro, necessita VDD/VDDQ/VMC=1.3/1.3/1.3v

Imagen

Imagen
Pollonidas escribió:
Chaquetero escribió:Your Mobo or your CPU memory controller just can't manage 7000 MHz, period. Don't waste much more time, it is a known problem and it'll be adress by Intel and AMD with further iterations in the future.

1.4 vccssa for daily use is insane, don't do it, and the ddr5 doesn't escale easily with voltaje, but the instability with temperature does, and 65° degrees is WAY too much for a kit of RAM in order to be stable.

Poco más que añadir. Yo cuando he tenido problemas similares nunca he conseguido solucionarlo sin cambiar la placa base. Hay placas que se niegan a subir hagas lo que hagas. Por ejemplo las primeras 690 APEX (placas de 700+ cocos) tenían una variación de calidad entre distintas unidades del mismo modelo BRUTAL. Al nivel de que algunas de los primeros lotes tenían una canal que no pasaba de 6200, vergonzoso para este tipo de producto.

El 13900K basándome en los resultados de IgorsLab: https://www.igorslab.de/en/intel-13th-g ... 13900kf/6/ no debería tener problemas con el controlador de memoria hasta bien pasados 7600. Incluso si tienes muy mala suerte en la "silicon lottery". Así que pienso que en este caso es cosa de la placa sin duda. O de la BIOS en particular, pero muy probablemente de la placa ya que la BIOS debería estar medianamente pulida a estas alturas.

MNZNRS escribió:At the end my best test, with 2066% coverage when it found an error, was using the following parameters (everything else in auto):
-RAM Frequency: 7000
-DRAM VDD and DRAM VDDQ: 1.59V (Ram where peaking to 65 degrees during the test)
-VCCSA: 1.4V

En esta prueba que hiciste pienso que hay muchas papeletas de que el fallo en el test haya sido motivado por las altas temperaturas de RAM más que por pedirle mucho. Es la pescadilla que se muerde la cola: No es estable, subes voltajes para solucionarlo, y cuando llegas a números en los que quizás sería estable la temperatura es alta y se vuelve inestable por ello.

Aparte de que son valores que no recomendaría a nadie para 24/7 (máximo VDD y VDDQ 1.45V, si me apuras 1.5 si te gusta la emoción, y no más de 0.05V entre uno y otro), si vas a pasar benchs así te recomiendo encarecidamente poner un ventilador directamente sobre la RAM para descartar que el fallo en Karhu sea por temperatura.

Otra cosa, el VCCSA suele tener un sweet spot, si subes el voltaje por encima de eso en lugar de ser más estable es menos estable, aunque esté bien refrigerado. Llega un punto en el que si es necesaria más frecuencia de RAM la única forma de que el controlador de memoria aguante es enfriándolo (bajo cero con hielo seco o con LN2, claro). Pero hablamos de 9000+ MT/s, que no es el caso que nos ocupa. No debería hacer falta tanto VCCSA para 7000 de todas formas. 1.3V creo que ya es más que suficiente incluso para un proce "vago".

VDD2, PLL, etc. es muy raro tener que tocarlos a estas frecuencias, y más raro aún es que consigas algo "at all".

Y a mí me gusta y-cruncher para hacer pruebas rápidas. En mi experiencia falla mucho antes que Karhu, que Memtest y que cualquier otro test si la RAM no es estable (lo que quieres para perder el mínimo tiempo posible). Yo suelo pasar 5 o 6 veces y-cruncher 2.5b (no tengo RAM suficiente para 10b), si no falla tiro a memtest y el 90% de las veces es estable 400%+

Saludos


Por no hablar de que un día es estable y te pasa el karhu 30000% y el hci 1200% apagas y al día siguiente te salta un error a los 5 minutos.... No creo que merezca la pena comerse mucho el coco ya que la ganancia es pequeña a partir de cierta velocidad.
Con un 13600k, una gigabyte z790 aorus elite AX y unas gskill 6400 A-die he conseguido 7200 cl34 44 44 28 con timings secundarios y terciarios ajustados excepto el TREFI que entraña cierto riesgo y prefiero dejarlo en 65000 respecto al máximo 262143
VDD 1.43
VDDQ 1.4
ITX 1.35
IMC 1.35
SA:1.25

Luego esta el tema de que es mejor, 7200 con timings ajustados o 7400 con timings mas relajados ya que ajustándolos no hay manera de que sea estable.

Creo que el mejor test si vas a usar el PC para jugar es el BTF2042 128 jugadores, si te aguanta un par de horas seguidas, es estable. Por el contrario te puede pasar el karhu, el HCI y el y-cruncher y petar en los juegos. xD

Imagen
Imagen
Imagen
8 respuestas
Archivado
Volver a Hardware