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

[multipate]

Kuvittelin tilanneeni dual rank-kammat Samsungin piireillä mutta ne olivatkin single rank ja vielä ilmeisesti Hynixillä (G.Skill F4-3200C16D-16GTZB).

Ilokseni huomasin että kone buuttasi ensin nätisti 2933 kelloilla ja hetkeä myöhemmin 3200:lla. Annoin prime95:n pyöriä pari tuntia kunnes sammutin koneen.

Seuraavana päivänä kone ei cold bootannutkaan 3200:lla ja laskin kellot takaisin 2933:een, ja sillä tuntuu toimivan ongelmitta. Prossuna vakio 1700 ja emona AsRock Fatal1ty AB350 ITX.

Olisi voinut mennä huonomminkin

 

[Primusol]

Tuntuu että omista G.Skill 3600CL16 kapuloista voisi vielä saada jotain irti... pääsen 3333 14-14-14-14-30-50 asetuksilla windowsiin mutta en löytänyt tästä X370 Fatality ITX lankusta ollenkaan CLDO_VDDP asetusta joten vakaaksi vakiona tuskin saa. Alla olevilla 3200CL14 asetuksilla vakaa, jos tiputtaa tRAS:n 28 niin alkaa välitön boot training. Ei auta vaikka ProcODT 96Ohm.



vSoC 1.25V
ProcODT 80Ohm

Edit:

Olinpas idiootti. Nyt kun kokeilin uudestaan 60Ohm asetuksella niin toimii. Jospa tässä olisi vielä toiveita 3446:een.



Edit 2:

Tämähän tuli helposti.

 

[bsh]

Seuraavana päivänä kone ei cold bootannutkaan 3200:lla ja laskin kellot takaisin 2933:een, ja sillä tuntuu toimivan ongelmitta. Prossuna vakio 1700 ja emona AsRock Fatal1ty AB350 ITX.

Omat G.SKill Hynixit oon saanu cold boottaamaankin hyvin 3200:lla (paitsi jos on USB-tikku kiinni, jolloin jostain syystä loopataan muutamaan kertaan ja palataan perusnopeuteen ).

Gigabyten lankulla nämä asetukset tuntuvat toimivan 3200 nopeudelle: CLDO_VDDP=910, ProcODT=60 Ohm, DRAM voltage=1,37v ja SOC=n. 1,12v. SOC:ia kokeilin laskea, mutta se aiheutti virhettä HCI memtestissä. Ajoitukset olen mukaillut Stiltin Hynix safeista. Ihan yhtä kireitä en saanut toimimaan. Perusajoitukset kuitenkin samat ( AM4 emolevyt ).

 

[Grazer]

Perhana, ensin oli valmiina emo, muistit ja prossu. Noctuan jäähyn kiinnikkeet puuttu. Nyt on sitten emo, muistit ja jäähyn kiinnikkeet. Prossu lähti vaihtoon.

Onpa hyvää palvelua Noctualta. Noissa kiinnikkeissä oli kotiinkuljetus, joskin eihän tuosta mitään hyötynyt kun ei ketään kotona ollut. Muutenkin kyllä verratonta, jäähy ostettu 2008, tilattu myöhemmin LGA1155-kiinnikkeet ja nyt sitten AM4-kiinnikkeet.

 

[mRkukov]

Kuinka helposti tuon virheen saa näkymään? Boottasin USB-tikulta Ubuntuun, hain tuolta scriptit GitHub - suaefar/ryzen-test: Tools to reproduce randomly crashing processes under load on AMD Ryzen processors on Linux ja ajelin scriptiä vähän yli 15min parametreilla 8 2 (eli käsittääkseni 8 säiettä kääntämässä, 16GB muistia, niin suurempia parametriarvoja ei voine antaa). En saanut virhettä. Uskallanko jo todeta, että omassa kivessä ei ongelmaa ole, vai pitäisikö testiä ajaa pidempään?

Omalla kivellä:

Eli ~100sec ekaan segfaulttiin. Testasin toisenkin kerran ja silloin meni 96sec.

Kysymys kuuluu lähinnä, että kannattaako kivi vaihtaa jo nyt, vai odottaa? Jos odotan esim ensi vuodelle niin onkohan mahdollista saada uudempi (parempi?) yksikö?

Spoileri: 1700 @ 3.925Ghz

 

[copter]

Näköjään uudessa agesassa on tähän korjaus, eli olisikohan niin että kun agesat päivittyy kaikkiin lautoihin niin sitten ei voi enää palautella kun bios korjattu?

 

[mRkukov]

Näköjään uudessa agesassa on tähän korjaus, eli olisikohan niin että kun agesat päivittyy kaikkiin lautoihin niin sitten ei voi enää palautella kun bios korjattu?

Lähdettä?

 

[Taneli-]

Näköjään uudessa agesassa on tähän korjaus, eli olisikohan niin että kun agesat päivittyy kaikkiin lautoihin niin sitten ei voi enää palautella kun bios korjattu?

Toivottavasti näin, koska ainakin itsellä on hieman sellainen tunne että luultavasti ei paremmin kellottuvaa yksilöä tulisi (vaikkakin "ehjä") mutta jos arpaonni olisi huono niin voisi jäädä aika paljonkin nykyisestä. Eli 39.75x 1.35625V tai 40x 1.40625V
Tokihan sitä voi aina haaveilla 41x 1.35625V yksilöstä tai paremmasta mutta tuskin ne ihan parhaat yksilöt varsinkaan nykyisin laitetaan 1700X versioiksi.

 

[copter]

Lähdettä?

AGESA 1.0.0.6b - what is new? | Community

Anyone knows what changes came from AGESA 1.0.0.6a to 1.0.0.6b?

Varmaan löytyy kanssa X370 BIOS 3.1 release noteista. En ole kyllä tarkistanut itse.

 

[Primusol]

Näköjään uudessa agesassa on tähän korjaus, eli olisikohan niin että kun agesat päivittyy kaikkiin lautoihin niin sitten ei voi enää palautella kun bios korjattu?

Tämmöistä kirjoiteltu myös ulkomaisilla foorumeilla.

 

[copter]

Pitää varmaan toi oma yksikö käyttää siellä RMA ennen kuin emoon tulee fiksi, kuitenkaan ei mikään paras yksikö kun vertaa vaikka Taneliin (1700X 3,95GHz @ 1.4375 tai 4GHz @ 1.45).

 

[mRkukov]

Pitää varmaan toi oma yksikö käyttää siellä RMA ennen kuin emoon tulee fiksi, kuitenkaan ei mikään paras yksikö kun vertaa vaikka Taneliin (1700X 3,95GHz @ 1.4375 tai 4GHz @ 1.45).

Vähän sama. Tosin tämä 1700 ilman X:ää ja 3925MHz @ 1,4375v. Onkohan tämä nyt sitten hyvä vs. muut 1700 vai tuleeko todennäköisesti huonompi tilalle?

 

[JiiPee]

AGESA 1.0.0.6b - what is new? | Community

Anyone knows what changes came from AGESA 1.0.0.6a to 1.0.0.6b?

Varmaan löytyy kanssa X370 BIOS 3.1 release noteista. En ole kyllä tarkistanut itse.

Tuossa on nyt hiukan väärinkäsitystä. Itse ymmärsin niin että tuo agesa ei liity millään tavalla tuohon segfault ongelmaan, enkä ole mistään löytänyt mitään mainintaa että näin olisi. Tuossa AMD:n forumin postauksessa kaveri vastaa siihen agesa kyselyyn että AMD on korjannut segfault ongelman tuotannon päässä, se ei tarkoita että agesalla olisi homma korjattavissa.
Ja kuten toisessa linkissä mainitaan, niin miksi ne niitä kiveksiä olis RMA:n kautta vaihdellut jos agesalla korjattavissa?

 

[copter]

Tuossa on nyt hiukan väärinkäsitystä. Itse ymmärsin niin että tuo agesa ei liity millään tavalla tuohon segfault ongelmaan, enkä ole mistään löytänyt mitään mainintaa että näin olisi. Tuossa AMD:n forumin postauksessa kaveri vastaa siihen agesa kyselyyn että AMD on korjannut segfault ongelman tuotannon päässä, se ei tarkoita että agesalla olisi homma korjattavissa.
Ja kuten toisessa linkissä mainitaan, niin miksi ne niitä kiveksiä olis RMA:n kautta vaihdellut jos agesalla korjattavissa?

En tiedä, siksi tämän asian nostinkin ylös josko vastaus jostain löytyisi.

 

[oisqi]

En tiedä, siksi tämän asian nostinkin ylös josko vastaus jostain löytyisi.

luitko tälläistä kohtaa?

John, I mean what kind of bug fixed is included in new agesa. Especially the segfault issue, is it fixed by new microcode?


If you mean the issue discussed in the link below, noticed in Linux, it could not be fixed with a microcode update. The fix is at the hardware level, with a new processor revision. AMD is apparently replacing processors for affected customers:

Tuossahan suoraan sanotaan, että korjaus on uusi kivi.

 

[mRkukov]

Tuossahan suoraan sanotaan, että korjaus on uusi kivi.

Aika erikoista tosiaan olisi jos AMD vaihtelisi kiviä samalla kun tulossa olisi softafixi.

Eli takaisin alkuperäiseen suunnitelmaan, kivi vaihtoon ehkä ensi vuoden puolella. Jospa uudemmat kulkisi paremmin kuin vanhat.

 

[Grazer]

Aika erikoista tosiaan olisi jos AMD vaihtelisi kiviä samalla kun tulossa olisi softafixi.

Eli takaisin alkuperäiseen suunnitelmaan, kivi vaihtoon ehkä ensi vuoden puolella. Jospa uudemmat kulkisi paremmin kuin vanhat.

Kait sekin periaatteessa on mahdollista, että ensi alkuun hätäratkaisuna vaihdetaan kiviä uuteen kun ei muutakaan keksitä ja myöhemmin ehkä onnistutaan mikrokoodipäivityksillä korjaamaan.

Off-topiccina, itse muistan vähän vastaavanlaisen tilanteen 10 vuoden takaa kännykkäpuolelta. Osaa nokian N95:sista vaivasi sammumis/jumittumis/boottaamisbugi joka ilmeni kännykän lämmettyä tarpeeksi. Näitä korjailtiin pitkän aikaa juottamalla piirilevylle kaksi kondensaattoria (ihan vain ilmaan kahden pisteen väliin) ja tuolla sai kännykän pelaamaan moitteetta. Loppujen lopuksi tuo saatiin softapäivityksellä korjattua, mutta pitkään sitä päivitystä odoteltiin, ainakin puoli vuotta meni.

 

[miiksu]

Vähän sama. Tosin tämä 1700 ilman X:ää ja 3925MHz @ 1,4375v. Onkohan tämä nyt sitten hyvä vs. muut 1700 vai tuleeko todennäköisesti huonompi tilalle?

Tuskin tosta pahemmin huonompaa voi tulla.

 

[JiiPee]

Vähän sama. Tosin tämä 1700 ilman X:ää ja 3925MHz @ 1,4375v. Onkohan tämä nyt sitten hyvä vs. muut 1700 vai tuleeko todennäköisesti huonompi tilalle?

Eikös se 1,4V ole vähän niinkuin yläraja ja sen yli ei hirveesti kannattaisi mennä. Joten ei varmaan mikään jumalsiru ole kyseessä.

 

[Primusol]

Vähän sama. Tosin tämä 1700 ilman X:ää ja 3925MHz @ 1,4375v. Onkohan tämä nyt sitten hyvä vs. muut 1700 vai tuleeko todennäköisesti huonompi tilalle?

Mulla on ihan yhtä paska kivi. Jätin suosiolla 3.8Ghz 1.3875V kun noista parista sadasta niin suurta hyötyä suhteessa lämmönnousuun. Jos sitten Zen2 ostossa kävisi parempi tuuri...

 

[DaNightlander]

Laitoin vielä jimmsille viestiä aiheesta, vastaus menee varmaan ens viikkoon. Ilmeisesti kuitenkin jotka ovat nyt omaansa hommaamassa, kannattaa varmistaa että saavat korjatun yksilön vaikkei tarkoitus olisi sen kummemmin koodia kääntää. Tekeekö parannus prosessissa sitten tuon eron vähemmillä mehuilla kulkemisessa vai mikä?

Ilmoittele sitten, mitä vastaavat. Itselle saapui perjantaina Jimmsiltä R7 1700. Itsellä on pöytäkoneessa käytössä Windows, mutta ajattelin tuon siitä huolimatta Ubuntussa testata.
Omassa kivessä lukee UA 1721PGT, jos se jotain merkitsee.

Tällainen oli vastaus jimmsiltä lyhykäisyydessään:
Varmistettuamme asian, niin saatavillamme on näitä uudemman erän prosessoreita joissa tuo segmentointivirhe on korjattu.

Josko tuo sitä tarkoittaa että vanhempaa satsia myydään uuden ohella, mene ja tiedä. Kannattaa siis varmistaa viestillä tilauksen yhteydessä, et haluaa tuoretta tavaraa.

 

[vmovapd]

Näköjään uudessa agesassa on tähän korjaus, eli olisikohan niin että kun agesat päivittyy kaikkiin lautoihin niin sitten ei voi enää palautella kun bios korjattu?

Kaikki täällä annetut lähteet näyttävät arvauksilta. On Ryzenissä muutakin korjattavaa kuin segfaultit.

Ei ole ihan auvoa uudellakaan sirulla. 4.13.0-kernelillä on kone rebootannut kahdesti ja freezannut kerran. Rebootin perään on kummallakin mce kertonut "Execution Unit Error: Watchdog timeout error." kahdella corella samaan aikaan. Freezessä käyttis ei ole mennyt totaaliseen solmuun, vaan on logissa mm. "INFO: rcu_preempt detected stalls on CPUs/tasks:" resetin painamiseen asti. Reboottia/freezeä oli joillakin kerneleillä myös vanhalla kivellä.

 

[JiiPee]

Kaikki täällä annetut lähteet näyttävät arvauksilta. On Ryzenissä muutakin korjattavaa kuin segfaultit.

Ei ole ihan auvoa uudellakaan sirulla. 4.13.0-kernelillä on kone rebootannut kahdesti ja freezannut kerran. Rebootin perään on kummallakin mce kertonut "Execution Unit Error: Watchdog timeout error." kahdella corella samaan aikaan. Freezessä käyttis ei ole mennyt totaaliseen solmuun, vaan on logissa mm. "INFO: rcu_preempt detected stalls on CPUs/tasks:" resetin painamiseen asti. Reboottia/freezeä oli joillakin kerneleillä myös vanhalla kivellä.

Joo tuo liittyy noihin virransäästö juttuihin jotka vaivaa joitain kiviä. Koitas ACPI off, saatto olla että toi autto, tai sitten biosista joku virran hallinta pois päältä.

 

[Aaltoliike]

Mulla jämähtää tämä paska tuohon. Missä lienee vika?

 

[vmovapd]

Mulla jämähtää tämä paska tuohon. Missä lienee vika?

Tuo on varmaan se ryzenkill-skripti? Näkyy jo yksi traps tapahtuneen (tavallisesti segfaulttaa mutta myös trapseja tulee välillä). Kerran minulla on mesalla testatessa virheen tapahtuessa koko kääntöhomma jähmettynyt ja kerran koko kone juminut ja hetken päästä rebootannut.

 

[vmovapd]

Joo tuo liittyy noihin virransäästö juttuihin jotka vaivaa joitain kiviä. Koitas ACPI off, saatto olla että toi autto, tai sitten biosista joku virran hallinta pois päältä.

acpi=off kernelistä on kyllä extremeä, 1 core ylhäällä tuon kanssa, tarttee ACPIa ytimien ylöstuomiseen. "global c-states"-disablointi BIOS:n puolelta nostaa idle-kulutusta 11 W ja menetän yhden coren turbon, näyttäisi nousevan tämä Ryzen 1700 vain 3,2 GHz asti. Ei viittis kellittääkään tällä hetkellä, vaikka vanhan Noctuan kiinnitystarvikkeet onkin hommattuna.

Jos tämä 4.13.1:n kanssa tekee samaa, koitan jotain vähemmän extremeä, kuten tickless idlen disablointia kernelistä. On myös hämärä muistikuva, että BIOS:ssa olisi myös joku asetus jolla säätää kuinka tiheästi emo säätää voltteja tai jotain.

 

[JiiPee]

acpi=off kernelistä on kyllä extremeä, 1 core ylhäällä tuon kanssa, tarttee ACPIa ytimien ylöstuomiseen. "global c-states"-disablointi BIOS:n puolelta nostaa idle-kulutusta 11 W ja menetän yhden coren turbon, näyttäisi nousevan tämä Ryzen 1700 vain 3,2 GHz asti. Ei viittis kellittääkään tällä hetkellä, vaikka vanhan Noctuan kiinnitystarvikkeet onkin hommattuna.

Jos tämä 4.13.1:n kanssa tekee samaa, koitan jotain vähemmän extremeä, kuten tickless idlen disablointia kernelistä. On myös hämärä muistikuva, että BIOS:ssa olisi myös joku asetus jolla säätää kuinka tiheästi emo säätää voltteja tai jotain.

Joo tais olla toi c-state disablointi. Lueskelin tuossa nopeasti läpi tuon AMD forumilla olevan ketjun aiheesta ja siellä on joillekin käyny niin että segfaulteista kun on päässy eroon niin on alkanu noi MCE kaatuilut.. Toi MCE ongelma kyllä vaikuttaisi sellaiselta joka ehkä voisi olla kernelistä korjattavissa.

 

[Aaltoliike]

Tuo on varmaan se ryzenkill-skripti? Näkyy jo yksi traps tapahtuneen (tavallisesti segfaulttaa mutta myös trapseja tulee välillä). Kerran minulla on mesalla testatessa virheen tapahtuessa koko kääntöhomma jähmettynyt ja kerran koko kone juminut ja hetken päästä rebootannut.

Kyllä. Noita Trapseja tuli. Tuossa eka, toinen tuli 820 sekunnin jälkeen ja kolmas jossain 2600 sekunnin kohalla. Segfaultteja ei kuitenkaan ilmestyny usean ajokerran jälkee. Ainoastaa noita. Eli, voiko tässä olettaa että prossu on kunnossa?

 

[plisken]

Onko miten kauan mennyt rma-prosessissa niillä jotka on suoraan AMD:n kans asioinut?
Viime viikon lopulla laitto tech supportin ukko viestiä et ois jossain vaiheessa viime viikolla uus kivi lähtenyt pohjolaa kohti mutta ei osannut kertoa seurantakoodia. Vanha kivi kuitenkin meni perille Hollantiin alle vuorokaudessa.

 

[Focus0]

Sinne meni. Ryzen vaihtoon nimittäin. ~10 sekuntia kerkesin ajella testiä ennen ensimmäistä segfaulttia. Oma kivi siis valmistettu viikolla 21. Tein samantien RMA:n Jimmsille

Itse en parametrejä vaihdellut, suoraan ajoon vaan, ei ehtinyt käyttää kuin tuon pari gigaa muistia ennen kuin kosahti

EDIT
btw, mielenkiinnosta, ne jotka on Jimmssiltä tai jostain muualta ostaneet tray-mallin Ryzenin, tuliko Ryzen-tarraa mukaan? Itsellä ei tullut Jimmsiltä, vaikka tuossa kotelossa on paikka sille ja joissain mainoskuvissa tray-paketissa on tarra mukana.

Ei tullut minullakaan

 

[miiksu]

Laittakaa Jimmsiin viestiä. Mulla tuli tarra 1800X mukana ja kaikki sulkutarratkin oikein kiinni.

 

[Focus0]

Laittakaa Jimmsiin viestiä. Mulla tuli tarra 1800X mukana ja kaikki sulkutarratkin oikein kiinni.

Laitoin viestiä niin katsotaan mitä vastaavat.

EDIT: Jimmsin vastaus:

Tray-mallissa toimitetaan pelkästään itse prosessori, joten tarraa tässä ei tule mukana.

@Grazer Eli ei kuulu mukaan siis tray-malliin.

 

[Taneli-]

Päädyin testaamaan tuota tRFC-arvoa. Tuo sulla oleva 396 taitaa olla aika maksimi mitä tuolle saa vakaaksi. Testasin asetusta 400 joka meni läpi muistitestistä(Testin saa 7€:lla käyttäjältä Mustanaamio). 380 ei enää käynnistynyt, iski fail safe. 390 sai aikaan blue screenin testatessa.

Maksimia tWR:lle en ole löytänyt vielä. 16 arvo tuntuu toimivan tällä hetkellä ja vakaa. Pitää taas joku kerta kun Uefiin eksyy testata 14 ja 15 arvot.

Hieman lisää testailua:

Useampi 100% testattuna 12x2048mb memtest.exe:llä. Eli tRAS 26 ja tWR:15 ovat ainakin vakaat omilla: Gskill TridentZ CL16 32GB 3200MHz DDR4 1.35V F4-3200C16D-16GTZ muisteilla. Tarvinee testata joku aamu / kun ehtii toimiiko vielä alempi tRAS tai ehkä jopa tWR.

 

[vmovapd]

Onko miten kauan mennyt rma-prosessissa niillä jotka on suoraan AMD:n kans asioinut?
Viime viikon lopulla laitto tech supportin ukko viestiä et ois jossain vaiheessa viime viikolla uus kivi lähtenyt pohjolaa kohti mutta ei osannut kertoa seurantakoodia. Vanha kivi kuitenkin meni perille Hollantiin alle vuorokaudessa.

Itellä meni seurantakoodin pistämisen jälkeen 9 pv uuden prossun saapumiseen. En saanut itsekään seurantakoodia, tuli vaan sitten soitto paikallisesta lähettipalvelusta.

 

[vmovapd]

Kyllä. Noita Trapseja tuli. Tuossa eka, toinen tuli 820 sekunnin jälkeen ja kolmas jossain 2600 sekunnin kohalla. Segfaultteja ei kuitenkaan ilmestyny usean ajokerran jälkee. Ainoastaa noita. Eli, voiko tässä olettaa että prossu on kunnossa?

Käsittääkseni "marginality problem":ssa RIP-osoite korruptoituu ja ohjelmakoodi hyppää randomiin paikkaan. Trapsit luultavasti seurausta siitä, että vain alimmat bitit korruptoituu. Luonnollisesti tämä tulee testata prossun vakiokelloilla.

EDIT: siis testatkaa segfault-ongelma vakiokelloilla.

 

[mRkukov]

Itellä meni seurantakoodin pistämisen jälkeen 9 pv uuden prossun saapumiseen. En saanut itsekään seurantakoodia, tuli vaan sitten soitto paikallisesta lähettipalvelusta.

Meneekö tuo tosiaan niin että pitää vanha saada perille asti ennen kuin edes lähettävät uuden? Voi hyvää päivää. Luulisi että onnistuisi niin että viemällä vanhan liikkeeseen saisi tilalle heti uuden. Tämä tietysti sen jälkeen kun saanut AMD:ltä vahvistuksen että ko. prossussa bugi on mahdollinen + omat testituloket.

 

[vmovapd]

Käsittääkseni asia lähtee tulille heti kun saavat seurantakoodin, ei tartte olla perillä asti. Minulla oli prossu Hollannissa 2 päivässä.

EDIT: Lähettivät prossun samantien Ontariosta, kun asiakaspalvelu oli viestin käsitellyt 2 pv myöhemmin. Tosin oma prossukin oli tuolloin jo Amsterdamissa. Kyselin prossun perään 7 pv päästä ja sain vastauksen ja fedex-tracking koodin Kanada-Hollanti - välille kun prossu oli jo käsissä.

 

[plisken]

Itellä meni seurantakoodin pistämisen jälkeen 9 pv uuden prossun saapumiseen. En saanut itsekään seurantakoodia, tuli vaan sitten soitto paikallisesta lähettipalvelusta.

Jeps. Laitoin seurantakoodin AMD tech repille viime viikon maanantaina ja sillon sano laittavansa pyörät pyörimään. Laittelin ny viel aamusella viestiä että josko sais ongittua mulle seurantakoodin niin tietäis vähän varautua niin että joku on kotona kun lähettikusti yrittää toimittaa prossua.

Oma prossu oli viikolta 11 ja segv fail tuli 195-202 sekunnissa, volteista riippuen.

edit:
25.8. RMA-prosessi alulle
30.8. ensimmäinen vastaus tukihenkilöltä
1.9. sain ennakkomaksetun DHL-lähetyksen tiedot ja varasin DHL:lta noudon
5.9. DHL nouti vanhan prossun ja tukiukko kertoi laittavansa uuden prossun tulemaan
6.9. prossu AMD:n edustajalla Hollannissa
15.9. uusi prossu saapui ja 4h myöhemmin seurantakoodi s-postiin

 

[Grazer]

Tuli uusi prossu Jimmssiltä. Näkyy olevan samaa viikon 21 valmistuserää kuin aiempikin eli UA 1721PGT. Noh, huomenissa testiajot pyöräyttäen ja katsotaan, onko OK vai ei.

EDIT: Pitää samalla varmuuden vuoksi päivittää bios, näkyy Asuksen Prime B350M-A:hankin tulleen jo muutama päivitys kevään ja kesän aikana

EDIT2: Tällä kertaa kesti ajaa 127s ennen ensimmäistä segfaulttia. Noh, ajetaan vielä lankkuun uusi bios ja kokeillaan, voisiko sillä olla vaikutusta

 

[Aaltoliike]

Jaha. Niin vain pärähti segfaultit sitten mullekkin. Mitä tuo käytännössä siis tarkoittaa?

 

[smicke]

Jaha. Niin vain pärähti segfaultit sitten mullekkin. Mitä tuo käytännössä siis tarkoittaa?

Sitä, että jos ajelet tuontyyppistä kuormaa kannattaa vaihtaa prosessori takuuseen.

 

[Aaltoliike]

Sitä, että jos ajelet tuontyyppistä kuormaa kannattaa vaihtaa prosessori takuuseen.

Oon käyttäny Windowssia 99% elämästäni, Linuxia peruskäytössä välillä. Ei oikeestaan mitään hajua onko tuo segfault vakava ongelma, että esiintyykö se peruskäytössä?

 

[Agent_007]

Oon käyttäny Windowssia 99% elämästäni, Linuxia peruskäytössä välillä. Ei oikeestaan mitään hajua onko tuo segfault vakava ongelma, että esiintyykö se peruskäytössä?

Nykyisen tiedon valossa vain tietyt koodin kääntämiseen liittyvät työkuormat saavat tuon ongelman esiin, ja tuolloin kääntäminen keskeytyy virheeseen. Kotikäytössä tuota on luonnollisesti helppo kiertää, mutta jos konetta käytetään esim. jaettuna devauskoneena voi ongelma tulla useammin esiin. Myös Windowsille on olemassa nyt testausohjeet (Phoronixissa oli linkki)
GitHub - corngood/kill-ryzen-win
AGESA 1.0.0.6b Might Fix The Ryzen Linux Performance Marginality Problem - Phoronix

 

[Grazer]

Iloisesti segfaulttaa uusikin kivi. Valmistusviikko siis sama kuin ensimmäiselläkin, eli viikko 21.

Sitten seuraavaksi tenttaamaan Jimmsin porukkaa että millä aikovat tilanteen korjata? Toista kertaa en aio prossua vaihdattaa todetakseni että laittavat uudestaan ennen viikkoa 25 valmistetun toivoen että se toimii.

 

[copter]

Niin ongelmahan tulee käännettäessä c/c++ koodia. En usko että muuhun devaukseen vaikuttaa Linux -ympäristössä pahemmin kun ei ainakaan itsellä ole Javalla ollut mitään ongelmia vaikka mitä kääntäisi.

Mielenkiintoista olisi tietysti kokeilla saado saman ongelman jos kääntää Windows puolella gcc:llä taikka Visual Studiolla vastaavia settejä. C# ei ainakaan mitään ongelmia ole ollut Windows puolella.

Eli siis en sanoisi että ongelmia tulee jos ajaa suuria kuormia, vaan ennemminkin jos ajaa suuria kuormia gcc:llä Linuxissa.

 

[Grazer]

En tiedä, onko vain sopiva yhteensattuma, mutta kun yritin freedosilla ja Asuksen dos-updaterilla päivittää uefia, tuli virheilmoitus "invalid opcode" kuten tuossa ryzen-testissäkin.

Sain sitten uefin päivitetty sen omalla EZ Flash -työkalulla.

Emona siis Asus Prime B350M-A

 

[Ezkimo]

Tämmöset oon saanu vakaiksi, kammat on 2x16gb G.Skillin 3200cl14, prossu on 1700x@3,85 1,375v. Oisko näissä vielä jotain, joka oikeasti vaikuttaisi suorituskykyyn?

 

[Primusol]

Tämmöset oon saanu vakaiksi, kammat on 2x16gb G.Skillin 3200cl14, prossu on 1700x@3,85 1,375v. Oisko näissä vielä jotain, joka oikeasti vaikuttaisi suorituskykyyn?

Kokeile saatko tuosta vielä tiputettua GearDownMode:n ja BankGroupSwap:n. Samoin tRFC:tä voi kokeilla hivuttaa alas.

 

[miiksu]

Tämmöset oon saanu vakaiksi, kammat on 2x16gb G.Skillin 3200cl14, prossu on 1700x@3,85 1,375v. Oisko näissä vielä jotain, joka oikeasti vaikuttaisi suorituskykyyn?

On ja paljonkin. Mutta ainakin kannattaa BankGroupSwapit disabloida. Peleissä parempi FPS vaikka benchmarkit menee alaspäin.

1,48V

Spoileri

Edit. Uppista. Katoin et menet samoilla kammoilla mutta sulla olikin 32 GB kitti. Kannattaa kattoo miten BankGroupSwapit käyttäytyy peleissä. Pois molemmat tai jompi kumpi päälle.

 

[hese_e]

Iloisesti segfaulttaa uusikin kivi. Valmistusviikko siis sama kuin ensimmäiselläkin, eli viikko 21.

Sitten seuraavaksi tenttaamaan Jimmsin porukkaa että millä aikovat tilanteen korjata? Toista kertaa en aio prossua vaihdattaa todetakseni että laittavat uudestaan ennen viikkoa 25 valmistetun toivoen että se toimii.

AMD:n kautta kierrätettynä ne käsittääkseni ihan tarkistaa prosun ennen postitusta. Kaupasta saat uuden tuoteen, joka on tuurilla tarpeeksi uusi.