A1 ja B1 on eri kanavissa joten muistiohjaimen rasitus ja muistin nopeus ~tuplat muisti-intensiivisessä kuormassa mitä tuo kääntö muistaakseni on.
Pysyttelin versiossa 3404 viimeviikkoon asti ja päivitin uusimpaan 4011 versioon. Sain nostettua 2933MHz muistikello 3000MHz koska siinä on nykyään kertoimet sille ja ainakin tuntui että omat hynix kapulat jaksaa hyvin. Testasin mustanaamion ramtestillä melkein 6 tuntia (muistaakseeni yli 15000%) ja ei tullut virheitä, kun taas aikaisemmin kolkeiltu Raven ridgelle tarkoitetut bios versio ei jaksanut kuin 2800MHz. Prossun ylikellotuksessa itse ei ole ollut missään biossissa ongelmia viime kesän jälkeen.
Viikko sitten torstaina lähetin ja eilen olivat DHL yrittänyt toimittaa. Ei tarvinnut enää erikseen testailla mitään ym. Nyt toimii muistit dual channelissa Stiltin 3200mhz safe -asetuksilla.
Eikö sitä suositeltu joku tunti ainakin? Tosin rikkinäiset CPUt yleensä segfaulttaa ihan minuuteissa. Mä testasin omaa 1600:sta siinä toivosssa että olis paskana (ihan niitä alkupään tuotannon prossuja) ja joku puol tuntii jaksoin kunnes lopetin ja totesin että v*ttu tämähän taitaa olla ehjä.
Onhan oikeassa linuxissa toi ryzen kill? Tai windowssissa rekisteri korjattu että on edes mahollinen se segfault.
Ei idioottivarmoja. Ryzen on uusi laite ja uusi muistiohjain. Muistivalmistajat tekevät erilaisia piirejä jotka kaikki keikkuvat enemmän tai vähemmän speksien reunoilla. Porukalla on tullut vastaan tilanteita että se ei edes käynnisty non-QVL muisteilla. Ota myös huomioon että kaikki yli 2400MHz DDR nopeuden on ylikellotusnopeutta ja se kuten kaikki muukin ylikellotus on epävarmaa. Tiedän että muistit on kylla testattu että ne siihen pystyy mitä lupaavat mutta jokainen kokoonpano on yksilö ja Ryzeneillä on juuri muistien kanssa ongelmia.
Tätä ongelmaa on esiintynyt ainakin kahdesti C6H:lla. Viimeksi toissapäivänä tuli memory_management error. Testasin Primellä ja 2kk vakaasti toimineet asetukset ei toiminut enään 2min pidempään. Säätelin asetuksia ja mikään ei auttanu.
Ei tuo 30min Primen pyöritys vielä kerro kovinkaan hyvin siitä vakaudesta. Jos testaaminen on alunperinkin ollut noin lyhyttä niin todennäköisesti asetukset eivät edes alkujaan olleet vakaat pitkässä juoksussa ja virheiden esiintyminen oli vain ajan kyse. Kyllä noita kellotusvakauksia erityisesti muistien kanssa kannattaa Ryzenillä testata perusteellisesti. Primeäkin ajelisin ainakin sen 2h ja lisäksi erillistä muistin testaussoftaa oman ajonsa. Muistien testaamiseen kannattaa ainakin käyttää tämän foorumin @Mustanaamio kehittämää RAM Testiä.
Olen saanut muistien latenssit aika alas.
G.Skill Tridentz 13 13 13 23 42 3200mhz 16gb
Ramtest ajettu, eikä virheitä näkynyt.
Dropbox - Muisti asetukset..png
Jostain syystä CAS Latency näkyy 14 vaikka on bioksesta asetettu 13.
En käsittäkseni kirjoittanut, että olisin 30min testauksella vakaaksi alunperin asetuksia todennut.
Kiitokset, kokeillaas nuita.3200 "safe"
3200 fast
3200 safe hynix
Aikaisemmissa versioissa Norton valitti epätavallisesta toiminnasta.Tekee, tässä esimerkkikuva omista asetuksista (prosessori ja emo näkyvät kuvasta):
Eli alimmillaan idlataan 1.15GHz ja 0.606V ja korkeimmillaan käydään 3.975GHz ja 1.350V 8-ydin/16-säie nopeuksilla. "Perinteisellä" kellotuksella jännite ja nopeus pysyy 24/7 samana joten tuo pstate on (IMO) hyödyllinen ominaisuus. Vaikka ei nyt kestävyyttä tai virransäästöä ajattelisi esim. näin kesällä lämpöä syntyy hieaman eri tahtiin jos prosessori voi välistä myös hieman huilata eikä ole jatkuvasti täysillä tehoilla.
Jos haluat oikeasti kuormittaa sitä ooceetä niin ramtesti + chromea joku kymmenen välilehteä jossa muutama youtube, twitch tms ja sit jotain (suosittelen yksin-)peliä.
