AMD Ryzen 7 (AM4 B350/X370) kellotukset ja kokemukset (Summit Ridge)

  • Keskustelun aloittaja Keskustelun aloittaja Sampsa
  • Aloitettu Aloitettu
MSI:n sivuilla oli jossain väite, että uusin AMD:n AGESA olisi jotenkin ongelmallinen ja emovalmistajat ovat vetänee sitä käyttävät beta biosinsa levityksestä odottaen korjauksia. Tietääkö joku tarkemmin mikä siinä on rikki?
 
B350-Plus emolla meni 14-14-14-35 asetukset, 2933MHz ja 3,95 GHz 1700:lle

uskaltaakohan tällä lankulla ajaa 1.1875 + 0.2V offset 24/7
 
MSI:n sivuilla oli jossain väite, että uusin AMD:n AGESA olisi jotenkin ongelmallinen ja emovalmistajat ovat vetänee sitä käyttävät beta biosinsa levityksestä odottaen korjauksia. Tietääkö joku tarkemmin mikä siinä on rikki?

Voin korjata tämän heti. Ei johdu AMD:n AGESASTA, vaan ihan MSI:n omista paska koodeista. @The Stilt ajelee uusimalla AGESALLA, eikä siinä ole ollut mitään MSI:n mainitsemia ongelmia.
 
Voin korjata tämän heti. Ei johdu AMD:n AGESASTA, vaan ihan MSI:n omista paska koodeista. @The Stilt ajelee uusimalla AGESALLA, eikä siinä ole ollut mitään MSI:n mainitsemia ongelmia.
Asukselta on tosiaan tullut alpha biossit muutamille valituille. The Stilt on yksi. :)

Odotellaan nyt rauhassa että saadaan seuraava biossi ilman kauheaa säätämistä. Nuo ensimmäiset beta, beta, brick, beta... biossit julkaistiin hätäisesti jotta saadaan edes jollain tapaa toimiva laitos. Nykyisellä 1001/1002 biossilla pitäisi olla jo kohtalaisen käytettävä järjestelmä. Seuraava biossi saa minun mielestä olla vähän paremmin ja pidempään testattu. En ota kantaa MSI:n kiirehtimisiin. Todennäköisesti tunkivat uutta liian nopeasti eivätkä vain tajua että tarvitaan pieni hengähdystauko. Olisihan se uusi C6H biossi kiva viikonlopuksi niin pääsisi säätämään järjestelmää loppuun. Tuularien kanssa häröilyä, OC to Pstate tekemättä ja aura valot ei sammu vaikka on asetettu disableen.
 
... Tuularien kanssa häröilyä, OC to Pstate tekemättä ja aura valot ei sammu vaikka on asetettu disableen.
Tuntuu erikoiselta, että noinkin yksinkertaiselta kuulostavaa asiaa, kun nuo öiset emolevyn valonheittimet, ei saada nopeasti kuntoon.

Toinen yleisemmän tason valitusaihe on BIOSin tuulettimien säätö. Miksi tehdä hienot säätösysteemit ja controllerit, jos sallittu pienin PWM-arvo on sittenkin jotain 40% tai yli. Ei tuolla nyt ilman lisävirityksiä vielä tuuletinta äänettömäksi saa. (Aiemmassa koneessa esim käytin pienimpänä kotelotuulettimen arvona 18% PWM.)
Toki sitä varten jätetty noin suureksi pienin arvo, ettei käyttäjät polta laitteitansa, mutta kyllä emolevyn mallinimessäkin mainittu "PRO", pitäisi jotain viestittää.

Aiemmin olen tehnyt tuuletin säädöt manuaalisesti lämpöjen mukaan Speedfanilla, mutta se ei tainnut viimeksi testatessa tunnistaa emosta oikein mitään tuuletinkontrollereita. (Prime X370 Pro)
 
Nyt kun tuo Tdie arvo tuli saataville, niin oikeastaan ainut asia on enää tuulettimet kun ohjautuvat edelleen sen Tctl arvon mukaan joka on +20. Eli tuon kun saisi kuntoon niin olisi kiva.
 
Tuntuu erikoiselta, että noinkin yksinkertaiselta kuulostavaa asiaa, kun nuo öiset emolevyn valonheittimet, ei saada nopeasti kuntoon.

Toinen yleisemmän tason valitusaihe on BIOSin tuulettimien säätö. Miksi tehdä hienot säätösysteemit ja controllerit, jos sallittu pienin PWM-arvo on sittenkin jotain 40% tai yli. Ei tuolla nyt ilman lisävirityksiä vielä tuuletinta äänettömäksi saa. (Aiemmassa koneessa esim käytin pienimpänä kotelotuulettimen arvona 18% PWM.)
Toki sitä varten jätetty noin suureksi pienin arvo, ettei käyttäjät polta laitteitansa, mutta kyllä emolevyn mallinimessäkin mainittu "PRO", pitäisi jotain viestittää.

Aiemmin olen tehnyt tuuletin säädöt manuaalisesti lämpöjen mukaan Speedfanilla, mutta se ei tainnut viimeksi testatessa tunnistaa emosta oikein mitään tuuletinkontrollereita. (Prime X370 Pro)
Täysin samat sanat. Itsellä tosin DC ohjattuja tuulareita 6kpl push/pull setuppina. Ne on siis kolme kiinni cha_fan1 ja kolme cah_fan2. Toisia noista saa biossissa tiputettua 30% asti tunerin jälkeen, mutta toiset menee min 60%. Noh ongeman olen nyt ratkaissut siten että nuo min 60% tuularit on asetettu sammumaan kevyellä kuormalla, eli push/pull toimii vain pullina. Muuten säätäisin winkkarista ai suitella, mutta kun se ei taas ymmärrä ollenkaan aio_pump headeria. Pitäisi varmaan siirtää pumppu kiinni tyhjiin CPU_fan liittimiin ja laittaa tasainen xx% nopeus. Katsotaan josko viikonloppuna olisi aikaa moiseen.

Onhan näissä vielä paljon vikaa, mutta mielestäni ei enää mitään blockeria käytön kannalta. Kaikki ongelmat on korjattavissa myös softalla, eli ½v päästä on jo toinen tilanne. Vanhasta legacy 1366 kannasta uusimpaan beta kantaan. :D

Ulkomaisilta sivuilta luin myös sellaista että osa uudemmista 1700 eristä olisi ollut "huonompia" kuin vanhat. Onkohan tälle mitään perustetta vai onko vain kyse yksittäistapauksista? Melkein voisi porukka kertoa kelotustulosten yhteydessä että minkä viikon toimituserästä kyse. Itse kyllä epäilen ettei mitään eroa olisi, mutta onhan se mahdollista? Itsellä siis ensimmäisten joukossa tulleita, eikä sekään nyt ihan 4GHz ongelmitta kulje. Osalla vain on ollut ongelmia päästä yli 3.7GHz. Tosin, jollain paskalla MSI levyllä ei varmaan paljoa kovempaa pääsisi millään prossulla, eli ongelmat voi johtua myös huonosta alustasta. Netin yksittäistapaukset kun on netin yksittäistapauksia ja niitähän piisaa.
 
Netin ylikellotusketjuissa on ollut juttua, että Ryzenin ylikellotus Pstate metodilla laskee prosessorin lämpöjä jopa astetolkulla verrattuna tavalliseen kellotukseen. Osaako joku sanoa miksi?
 
Netin ylikellotusketjuissa on ollut juttua, että Ryzenin ylikellotus Pstate metodilla laskee prosessorin lämpöjä jopa astetolkulla verrattuna tavalliseen kellotukseen. Osaako joku sanoa miksi?
Täydessä kuormassa ei pitäisi vaikuttaa. Idlessä toki lähtee asteita kellojen ja volttien myötä. Pstate kellotus taitaa olla paras 24/7 käyttöön. :)
 
Täydessä kuormassa ei pitäisi vaikuttaa. Idlessä toki lähtee asteita kellojen ja volttien myötä. Pstate kellotus taitaa olla paras 24/7 käyttöön. :)
Overclock.net:n kellotusketjussa oli ainakin yksi, joka väitti kuormallakin saavansa 5C alemman lämmon P-statella verrattuna tavalliseen.

ROG Crosshair VI overclocking thread - Page 564

EDIT: Onko tämä P-state taulukko oikea: http://forum.asrock.com/forum_posts.asp?TID=4721&title=blck-p-state-ocing-ryzen ?
 
Netin ylikellotusketjuissa on ollut juttua, että Ryzenin ylikellotus Pstate metodilla laskee prosessorin lämpöjä jopa astetolkulla verrattuna tavalliseen kellotukseen. Osaako joku sanoa miksi?

Oma arvaukseni olisi tämä, en ala tekemään "hienoa" suomennosta koska tässä se on kirjoitettu hyvinkin tyhjentävästi:
"
There are two primary reasons for P-states, one is to reduce the peak thermal load, and the other is to save power.

Reducing peak thermal load

The reasons why you want to reduce the peak thermal load is pretty obvious. The instantaneous energy usage (power) of the processor is related to its activity. If the processor is very busy, requiring a lot of gates to do a lot of switching, it runs hotter. So reducing the frequency reduces the peak thermal output even if the total energy usage is not reduced. The advantage of reducing peak thermal load has to do with cost. The effectiveness of your cooling is based upon peak power, not average power. (I'm neglecting the effect of thermal inertia.) So if you can reduce peak power, you reduce the cost and size of the equipment having to do the cooling.
"

Tosin ainakin ennen luulin että pitkäaikaisessa 100% rasituksessa (jos sellaisen onnistuu jostain löytämään, eli oikeasti rasittaa 100% kaikkia ytimiä ilman droppeja esim. tunnin putkeen jolloin vesijäähykin varmasti lämpenee) eroa ei pitäisi pahemmin syntyä.
 
Overclock.net:n kellotusketjussa oli ainakin yksi, joka väitti kuormallakin saavansa 5C alemman lämmon P-statella verrattuna tavalliseen.

ROG Crosshair VI overclocking thread - Page 564

EDIT: Onko tämä P-state taulukko oikea: http://forum.asrock.com/forum_posts.asp?TID=4721&title=blck-p-state-ocing-ryzen ?
Mutta käyttäjät ei kerro oliko sama offset käytössä sekä pstatella että ilman? Onko siis oikeasti vain jäänyt voltit eri kohtaan ja siksi viileämpänä?

Taulukko... voi ollakin. Mutta Pstate asetukset löydätte manual kellotuksella. Kun olette saaneet manual asetukset kuntoon, taitaa ne näkyä kätevästi tuolla Pstate valikossa. :)

Edit:
Tosin ainakin ennen luulin että pitkäaikaisessa 100% rasituksessa (jos sellaisen onnistuu jostain löytämään, eli oikeasti rasittaa 100% kaikkia ytimiä ilman droppeja esim. tunnin putkeen jolloin vesijäähykin varmasti lämpenee) eroa ei pitäisi pahemmin syntyä.
Tämä.
 
Eli periaatteessa jos tietää mitä tekee (pätee kaikkeen kellotukseen) se kannattaisi aina tehdä P-state kellotuksena jos bios vain tukee sitä?
 
Eli periaatteessa jos tietää mitä tekee (pätee kaikkeen kellotukseen) se kannattaisi aina tehdä P-state kellotuksena jos bios vain tukee sitä?

Ilman muuta. Otaksuen että hakee pitkäaikaista (ns. 24/7) kellotusta. Ennätysten hakeminen sitten erikseen (nestetypet ja 1-ytimen maksimi kellot jotka buuttaavat käyttöjärjestelmään saakka)

Edit: ainakin oman kokemukseni mukaan (6+ vuotta) 2600K prosessorilla vahvistaisi tätä. Suurimman osan aikaa GHz+ voltit laskevat, sähkölaskut ja lämmöt pienet. Sitten lyhyet hetket lähelle 5GHz ei rasita prosessoria saati emolevyä lähellekään yhtä paljon kuin jos kellot olisivat täysillä jatkuvasti ja myös jännite olisi tapissa 24/7.
 
Näillä väittävät että P-State kellotusvalikko löytyy ja toimii BIOS:sta:

Asus C6H X370
Asrock Fata1ity Professional X370
Asrock Taichi X370
Asrock Killer SLI X370
Asrock AB350 Pro 4

Näillä sitten ei olisi (ainakaan vielä) BIOS:ssa:
Asus Prime X370
GIGABYTE AX370 Gaming 5
Gigabyte X370 Gaming K7

lähde:
 
Omat roinat saapui saksasta viikkojen odotuksen jälkeen ja päätin tehdä muutaman testin noista muistien nopeuksista peleissä 1080p resolla. 3200MHz on järkevin maksimi tällä hetkellä, 3600MHz vaatii volttien nostamisen kattoon ja on siitäkin huolimatta todella epävakaa. Speksit: 1700 @ 4GH z, GTX 1080, Asus Crosshair VI Hero, G.Skill Trident Z 16GB 3600MHz(F4-3600C16D-16GTZ, 16-16-16-36).

fps.jpg
 
Näillä väittävät että P-State kellotusvalikko löytyy ja toimii BIOS:sta:

Asus C6H X370
Asrock Fata1ity Professional X370
Asrock Taichi X370
Asrock Killer SLI X370
Asrock AB350 Pro 4

Näillä sitten ei olisi (ainakaan vielä) BIOS:ssa:
Asus Prime X370
GIGABYTE AX370 Gaming 5
Gigabyte X370 Gaming K7

lähde:

Se PState säädöt mahdollistava CBS valikko on AMD:n referenssikoodin, sisäiseen käyttöön tarkoitettu ominaisuus.
Vaikka se tällä hetkellä jostain emolevyistä löytyykin, niin asia ei välttämättä ole niin enää jatkossa.

Mikään ei toki estä valmistajia tekemästä omaa, saman toiminnallisuuden tarjoavaa säätöä.
 
Omat roinat saapui saksasta viikkojen odotuksen jälkeen ja päätin tehdä muutaman testin noista muistien nopeuksista peleissä 1080p resolla. 3200MHz on järkevin maksimi tällä hetkellä, 3600MHz vaatii volttien nostamisen kattoon ja on siitäkin huolimatta todella epävakaa. Speksit: 1700 @ 4GH z, GTX 1080, Asus Crosshair VI Hero, G.Skill Trident Z 16GB 3600MHz(F4-3600C16D-16GTZ, 16-16-16-36).

fps.jpg
Average FPS:n sijaan kiinnostaisi enemmän min-fps tai 99% fraktiilin framelukema, mutta hyvää duunia kyllä!
 
Se PState säädöt mahdollistava CBS valikko on AMD:n referenssikoodin, sisäiseen käyttöön tarkoitettu ominaisuus.
Vaikka se tällä hetkellä jostain emolevyistä löytyykin, niin asia ei välttämättä ole niin enää jatkossa.

Mikään ei toki estä valmistajia tekemästä omaa, saman toiminnallisuuden tarjoavaa säätöä.
Toisaalta mikään ei estä AMD:tä jättämästä valikkoa sinne. Muutenkin mainostavat näitä "kellottajille" eikä turhia estoja ole niin luulisi että ymmärtävät tuon hyödyn kuluttajille. :)
 
C6H:ta mainostetaan nimenomaan kellottajille, joten olettaisi ASUSin pitävän sen kellotusmahdollisuudet niin monipuolisina kuin mahdollista.

AMD:n blogista:

We will soon be distributing AGESA point release 1.0.0.4 to our motherboard partners. We expect BIOSes based on this AGESA to start hitting the public in early April, though specific dates will depend on the schedules and QA practices of your motherboard vendor.



BIOSes based on this new code will have four important improvements for you

  1. We have reduced DRAM latency by approximately 6ns. This can result in higher performance for latency-sensitive applications.
  2. We resolved a condition where an unusual FMA3 code sequence could cause a system hang.
  3. We resolved the “overclock sleep bug” where an incorrect CPU frequency could be reported after resuming from S3 sleep.
  4. AMD Ryzen™ Master no longer requires the High-Precision Event Timer (HPET).


We will continue to update you on future AGESA releases when they’re complete, and we’re already working hard to bring you a May release that focuses on overclocked DDR4 memory.

Kuulostaa hyvältä. FMA3 kaatuminen poistuu, kellobugi poistuu ja Ryzen Masterin saa toimimaan ilman HPET:tia (lisää nopeutta). Tosin muistikorjaukset menevät sitten sinne toukokuun puolelle.

Gaming: AMD Ryzen™ Community Update #2 | Community
 
Viimeksi muokattu:
Sain 64Gb toimiin @ 3200MHz+

Voisiko saada jotain lisäinfoa tästä? Itsellä pientä taistelua saada 4x8GB settiä toimimaan 2666 nopeammalla. Onko muita asetuksia laitettu kuin manual SPD kuvan mukaisesti?

Crosshair + Gskill Ripjaws V kyseessä.
 
Omat roinat saapui saksasta viikkojen odotuksen jälkeen ja päätin tehdä muutaman testin noista muistien nopeuksista peleissä 1080p resolla. 3200MHz on järkevin maksimi tällä hetkellä, 3600MHz vaatii volttien nostamisen kattoon ja on siitäkin huolimatta todella epävakaa. Speksit: 1700 @ 4GH z, GTX 1080, Asus Crosshair VI Hero, G.Skill Trident Z 16GB 3600MHz(F4-3600C16D-16GTZ, 16-16-16-36).

fps.jpg

Parasta (vai huolestuttavaa?) on nähdä että missään vaiheessa muistinopeuden kasvaessa saatava hyöty ei näytä hidastuvan.
 
Mites muuten näiden kellottaminen LLC volttien avulla? Ulkomaisilla foorumeilla näyttää että melkein järkevämpi laittaa hyvin pieni offset + LLC3, jolloin saa järjestelmän vakaaksi.

Uusi HWinfo näyttää ilmeisesti emon syöttämät voltit ja prosun voltit (vddcr_cpu on ryzenin ja emon alla). Pitikin tehdä uudet testit.uudet testit. Näin siis 1700 ja X370 Prime.

Pienimmät voltit jolla intel burn test on vakaa 20x very high. Voltit on otettu sitten idlestä ryzen/emolevy kohdan alta. Kuormitus voltit parin ensimmäisen 128/128 small ftt prime kierroksen ajalta.

0,192 offset. Auto LLC. Idle 1,363/1,381v. Primessä emossa avg. 1,411v max 1,439v.
Ryzenissä 1,301v

0,150 offset LLC3. Idle 1,330/1,337v. Primessä emossa avg. 1,418v max 1,472v.
Ryzenissä 1,306v

Ihmo. LLC3 on parempi. Idlen voltit on pienemmät, prosun saama jännite (jos se pitää paikkansa) on about sama. Emon puolella voltit on kovemmat. Kuormituslämmöissä ei ole eroa ja muut kuormat tuotaa emon sensoreistakin pienemmät voltit, mitä prime.
 
Ihmo. LLC3 on parempi. Idlen voltit on pienemmät, prosun saama jännite (jos se pitää paikkansa) on about sama. Emon puolella voltit on kovemmat. Kuormituslämmöissä ei ole eroa ja muut kuormat tuotaa emon sensoreistakin pienemmät voltit, mitä prime.
Juu tuolla LLCllä saa pienemmät idlevoltit, mutta se saattaa ampua jonkin verran yli kun load -> no load vaihto tapahtuu. Parempi siis kellottaa offsetillä ja pstateilla.
 
Juu tuolla LLCllä saa pienemmät idlevoltit, mutta se saattaa ampua jonkin verran yli kun load -> no load vaihto tapahtuu. Parempi siis kellottaa offsetillä ja pstateilla.

Kun olisi P-State tuki.. Täytyy tuo LLC2 vielä selvittää. Ynnä tuo yliampuminen on todella lyhyt ja XFR boostaa samoille, tai kovemmille volteille. OCCT/IBT tuottaa pienemmät piikit ja idlevoltit on enemmän käytössä. Tuo on siis pahimman skenaarion piikki.
 
Voisiko saada jotain lisäinfoa tästä? Itsellä pientä taistelua saada 4x8GB settiä toimimaan 2666 nopeammalla. Onko muita asetuksia laitettu kuin manual SPD kuvan mukaisesti?

Crosshair + Gskill Ripjaws V kyseessä.
Lopulliset asetukset on vielä kesken, mutta tärkein on tuo eka cas18. Vaikka nuo muut voi vetää kohtuu tiukalle niin jo 16-14-14 jää post looppiin.
Kuitenkin 3264MHz pääsi memtestiin 18-12-12, mutta teki virheitä vaikka nosti Vmem@ 1.395V.
Myös 104MHz Bclk jäi post looppin vaikka muisteilla oli 18-18-18.
Nyt on bootV@ 1.4V, SOC 1.1V ja memV@ 1.395. Voi olla, että toimis 1.375V... ainakaan 18-14-14 ei ollu ongelmia.

Niin joo.. nämä muistit on TridentZ 3200C14
 
Viimeksi muokattu:
Päivitystä.
Tuo 3295MHz ollu vakaa edes 18-14-14-T1. (Virheet tuli samassa ajassa kuin 18-14-12)
3264MHz 18-14-14-T1 ei virheitä 20min HCI testillä ilmennyt.
Ilmeisesti imc hyytyy. Jos viittis nin vois kokeilla cas20, mutta ei taida olla vastaavaa hyötyä kun joutuu nostaan bclk yli 105MHz.
 
Päivitystä.
Tuo 3295MHz ollu vakaa edes 18-14-14-T1. (Virheet tuli samassa ajassa kuin 18-14-12)
3264MHz 18-14-14-T1 ei virheitä 20min HCI testillä ilmennyt.
Ilmeisesti imc hyytyy. Jos viittis nin vois kokeilla cas20, mutta ei taida olla vastaavaa hyötyä kun joutuu nostaan bclk yli 105MHz.
Millaset viivet sulla on muisteille? Passmarkilla ainakin näkee. Omalla kohdalla 59 ns. Ei näytä parantuneen mitenkään vaikka vähän kellotti ja tiukemmat asetukset uuden biosin myötä.
 
HWinfo64 muistien ajastus kohdassa kaikki ok, mutta Trfc näyttää 312T
Onkohan normaalia?

Edit:
Ilmeisesti ihan normaali kait...

Ei sattus olee mitää hyvää kellotus ohjetta for dummies tälle C6H emolle
 
Viimeksi muokattu:
Vaihdoin eilen Noctuan alkuperäisen Spiren tilalle.
Tuntui melko mahdottomalta saada vanha cooleri pois, sen verran lujasti prossu halusi MX-4 tahnalla olla coolerissa kiinni.
Lopulta prossu repesi irti emosta, vaikka socketin vipu oli luonnollisesti lukittuna. Noh, vielä toimii, eikä pinneille tai emolle silmämääräisesti mitään käynyt...

PS. Ne tuulettimien duty cyclet saa sittenkin ihan suht alas. Q-fanissa biosissa vaan pitää tehdä se "calibration" tms, jossa emo testaa tuulettimien nopeudet eri PWM-arvoilla...
prossuineen.PNG
 
Vaihdoin eilen Noctuan alkuperäisen Spiren tilalle.
Tuntui melko mahdottomalta saada vanha cooleri pois, sen verran lujasti prossu halusi MX-4 tahnalla olla coolerissa kiinni.
prossuineen.PNG
Waaaat?!?
MX-4:llä noin kovaa kiinni? Yleensä ne vakiotahnat on liisteriä ja samoin on käynyt itsellä 1055t kanssa, mutta vain vakiotahnalla. Miten sait MX-4:n noin tarttumaan? Itse käytän siis tasan samaa tahnaa eikä se kyllä ikinä ole noin tarttunut. :D

Noh onneksi ei mennyt mitään rikki. :)
 
Oma 1700 @4.0ghz vaatii yli 0.25v offsettiä vakaaksi. Silloin jännitteet kyllä liian korkealla omaan makuun, eli täydellä rasituksella yli 1.35v CPU core voltage (SVI2 TFN). Noh nyt testaan riittääkö tuo 0.25v offset täysin vakaaseen 3.975ghz. :)

Edit:
Tulee siis CPU Cache L0 Errors tuonne HWiNFOlle. (WHEA virheitä)
 
Oma 1700 @4.0ghz vaatii yli 0.25v offsettiä vakaaksi. Silloin jännitteet kyllä liian korkealla omaan makuun, eli täydellä rasituksella yli 1.35v CPU core voltage (SVI2 TFN). Noh nyt testaan riittääkö tuo 0.25v offset täysin vakaaseen 3.975ghz. :)

Edit:
Tulee siis CPU Cache L0 Errors tuonne HWiNFOlle. (WHEA virheitä)

Oma 1700X vaatii sen aika tarkalleen 1.45V että on vakaa 3.975GHz, että ihan hyvin sulla on asiat. Tai sitten en vain osaa tms.
 
Oma 1700X vaatii sen aika tarkalleen 1.45V että on vakaa 3.975GHz, että ihan hyvin sulla on asiat. Tai sitten en vain osaa tms.
Joo nyt siis testauksessa Pstate 9F, eli 39.75 * 100 = 3.975GHz. Offsettiä +0.25v ja LLC autolla. Edelleen näyttää tulevan yksittäisiä L0 virheitä realbenchiä ajellessa. :(

CPU-Z sanoo siis jänniteeksi noin 1.4v tuossa realbenchissä ja samalla SVI2 TFN sanoo 1.375v. Prime smallFFTn kanssa jännite laskee vielä hieman tuostakin. Realbench ei siis rasita aivan yhtä kovaa, mutta aiheuttaa silti WHEA virhettä. Katsotaan kuinka paljon pitää jännitettä nostaa vielä että saa 100% vakaaksi ja virheettömäksi tällä 3.975Ghz.

Katsotko tuon 1.45v cpu-z, HWiNFOsta vai jostain muusta lähteestä? Ymmärtääkseni tuo HWiNFOn CPU Core Voltage (SVI2 TFN) olisi lähinnä "oikeaa".

Edit: edelleen tulee virhettä. Nyt rupesin miettimään että jospa tuo virhe tuleekin jostain muusta kuin CPU core voltagesta. Testaanpa hieman nostaa SoC voltteja ja muistiakin. Realbench ajot siis 16GB muistimäärällä, eli muistin virheet voisi hyvin aiheuttaa ongelmia.

Edit2: nope. Memtest ei aiheuta ongelmia. :/
 
Viimeksi muokattu:
Eipä ota neljän dimmin muistit kulkeakseen. 1700X + PRIME X370-PRO + 4 x G.SKILL Ripjaws V 8 Gt ja uusimmalla 515 BIOSilla saan muistit toimimaan 2666 MHz 16-15-15-36.
 
Millaset viivet sulla on muisteille? Passmarkilla ainakin näkee. Omalla kohdalla 59 ns. Ei näytä parantuneen mitenkään vaikka vähän kellotti ja tiukemmat asetukset uuden biosin myötä.
Hmm... yllättävän vähän vaikuttaa jos sulla on cas14?
Passmark näyttää 63ns.
Aida64 sanoo 85.4ns.
 
Eipä ota neljän dimmin muistit kulkeakseen. 1700X + PRIME X370-PRO + 4 x G.SKILL Ripjaws V 8 Gt ja uusimmalla 515 BIOSilla saan muistit toimimaan 2666 MHz 16-15-15-36.

4x SR kampaa ei eroa 2x DR kamman ajamisesta mitenkään, joten tulos ei juurikaan yllätä :think:
 
Katsotko tuon 1.45v cpu-z, HWiNFOsta vai jostain muusta lähteestä? Ymmärtääkseni tuo HWiNFOn CPU Core Voltage (SVI2 TFN) olisi lähinnä "oikeaa".

HWiNFOn "CPU Core Voltage (VDDCR_CPU)". Tuota mainitsemaasi SVI2 TFN ei löydy tällä lankulla (X370-PRO). Tuon pitäisi olla lähellä totuutta käsittääkseni.
 
Vähän taas LLC testituloksia. 1 prime 128/128 inplace passin jälkeen hwmonitorista. Prime x370 emolla:

LLC test 3850mhz 0515 bios:
1,350v LLC3 Prime 1,319v emon avg/max: 1,430/1,461v, idle 1,344
1,350v LLC2 Prime 1,288v emon avg/max: 1,399/1,417v, idle 1,342
1,350v LLC1 Prime 1,275v emon avg/max: 1,385/1,406v, idle 1,339
1,350v LLCA Prime 1,275v emon avg/max: 1,386/1,428v, idle 1,336

Noita tuo primen jälkeinen volttimäärä on Ryzenin vddcr_cpu ja jälkinmäinen on emolevyn vddcr_cpu. Maximit on mitä on, se vaatisi useamman primeloopin, jotta se oikeasti selviäisi mihin piikit menee loopista toiseen vaihdettaessa.

Hakemista tuossa on LLC auto vaatii 1,40v jotta se kestää oikeasti yön yli primessä. LLC3:lla se onnistuu jo 1,337v. On kyllä hivennen eroa saako prosu idlenä sen 1,4v vai 1,337v, siinä ei piikit niin kauheasti enää harmita.
 
Kokeilin, ei tuntunut olevan mitään positiivista vaikutusta kulkemiseen. Tuntuu kuin tuo 2666 MHz raja olisi kovakoodattu neljällä dimmillä.
Amd:hän on kertonut että ne on rajoittanut noiden muistien nopeutta?.Lyöt vaan päätäs kiveen siihen asti kunnes amd toimittaa emojen valmistajille päivityksen joka mahdollistaa suuremmat nopeudet muisteille. :D
 
1700 + C6H + vesijäähy. Pstate ylikellotuksen tuloksia:

3.95GHz 100% vakaa (WHEA virheetön realbench, prime 128/128, prime smallFFT ja IBT AVX) tarvitsee +0.25v offsettiä (LLC auto). SmallFFT rasituksessa CPU Core Voltage @ HWiNFO beta kertoo että voltit 1.35v. Kevyemmissä rasituksissa voltit max 1,437v.

Laskemalla jännitettä tuosta kone pysyisi edelleen vakaana primeissä yms. mutta WHEA virhettä puskee silti winkkarin event logiin. Haluan mieluummin 100% vakaan kuin 99.99% vakaan, joten tällä mennään. Jäi siis 4GHz saavuttamatta, mutta ainakin voltit pysyttelee vielä suositelluissa rajoissa. Pstaten kautta tehtynä myös idlessä saa mukavasti pienemmät kellot ja voltit, eli ei turhaan kovilla volteilla ajella. Vain pienellä kuormalla ajellessa nuo voltit on kovat, mutta pienellä kuormalla kovemmat voltit ei ole vaaraksi kun ampeerit pieniä.
Samoilla volteilla saisi myös prime yms vakaaksi kovemmilla taajuuksilla, mutta WHEA virheitä tulisi silti logeihin. WHEA virheistä tietää että jossain vaiheessa kone kuitenkin kippaisi, enkä sitä halua. :)

Sellainen yksilö tämä.
 

Statistiikka

Viestiketjuista
258 389
Viestejä
4 489 658
Jäsenet
74 150
Uusin jäsen
JM11

Hinta.fi

Back
Ylös Bottom