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

[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.

 

[JiiPee]

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ä?

Laita vaan vaihtoon suosiolla. Ihan jo jälleenmyyntiarvon takia. Se on kiva joskus alkaa kauppaamaan sitä kun ostaja kysyy että millä viikolla kivi on valmistettu ja kun selviää että on riski viikoilla, niin ostaja toteaa jotta kiitos mutta ei kiitos.

 

[plisken]

Tälleen jälkikäteen tuli mieleen et ois voinu ostaa R3 1200:n tilapäisprossuksi kun näemmä kestää vaihdossa ja myydä sit 1200 pois kun korvaava kivi tulee.

 

[Ezkimo]

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.

Tosiaan 2x16gb, kuten sanoin. Näillä ei ilmeisesti ole asiaa lähteä nostamaan enään kellotaajuutta, ja tuntuu näilläkin joskus failaa ensimmäinen yritys cold bootin jälkeen. Onko tuolle tRFC:lle mitään ohjearvoja, vai kannattaako vaan lähteä vähän kerrallaan tiputtelemaan ja katsomaan että onko vakaa?

Edit: Also, oma kivi nakkaa seg faulttia about 200 sekunnin kohdalla, en nyt tarkkaan muista sitä lämmönlevittäjään printattua numeroa mutta taisi olla 20-22 viikolla tehty. Kivi tilattu Mindfactorystä, mitäköhän kautta tuota kannattaisi mahdollisesti lähteä vaihdatuttamaan?

 

[JiiPee]

Kivi tilattu Mindfactorystä, mitäköhän kautta tuota kannattaisi mahdollisesti lähteä vaihdatuttamaan?

Varmaan helpointa suoraan AMD:n kautta.

 

[plisken]

AMD:lle viestiä suoraan AMD Warranty Request Form

 

[JiiPee]

Nyt kun on seurannut tätä segfault hommaa niin itsestä alkaa ainakin tuntumaan siltä että ennen viikkoa 25 valmistetuista kivistä on paljon suurempi osa sutta mitä AMD omassa tiedotteessaan antoi ymmärtää, jossa asiaa hiukan mielestäni vähäteltiin. Nyt on täälläkin jo nähty se että vaihettu kivi tuuppaa myös segfaulttia koska on ennen viikkoa 25 tehty. Sama on tapahtunut maailmalla.
Mielestäni jos tuo ongelma vaivaisi vain hyvin pientä määrää kiveksistä, niin pitäisi olla kyllä jo lottovoittajan tuuri että omalle kohdalle sattuisi peräjälkeen vialliset kivekset.

 

[copter]

Itse olen taas pistänyt sellaisen asian merkille, että ei vissiin kukaan "vanhan" tai "ekan erän" kiven omistajista ole täällä huudellut että ei saisi tätä ongelmaa toistettua. Uskon että AMD tiedotteessa "pieni määrä" tarkoittaa enemmänkin käyttäjiä jotka tekevät kivellä asioita joissa ongelma ilmenee.

 

[Stephen Elop]

Juups. Nyt ois kyllä kiva nähdä että löytyykö sellaista kiveä, joka on valmistettu ennen viikkoa 25 ja siinä ongelmaa ei esiinny. Ainakin täällä näyttäisi kaikkia vanhojen kivien omistajia vika vaivaavan.

AMD:n community forumilla taisi joku olla, mutta mistä sitä tietää jos joku vain peikkoillakseen postailee.

 

[Taneli-]

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.

Itseäni lainaten, nyt testissä 9x2048 ja tRAS 24 tWR 14

Olisikohan tuo uusin versio uefi-biosista oikeasti parantanut jotain muutakin ja pitäisiköhän testata vaikka CL12 seuraavaksi kun ulkomuistista alunperin laittelin nuo (eli toimineet ennen ja olleet ne alimmat vakaat arvot) ja nyt tRAS ja tWR arvoja saanut laskea aika huolella jo. Ei sillä, en valita ja onpahan jotain tekemistä muun rutiinin ohella...

 

[TheMeII]

nyt testissä 9x2048

Mitä nää luvut tarkoittaa?

 

[plisken]

Yllättäen aamupäivällä oli lähetti kotiin tuonut uuden kiven, 1730SUS.

 

[Grazer]

Yllättäen aamupäivällä oli lähetti kotiin tuonut uuden kiven, 1730SUS.

No niin, pyöräytähän ryzen-test läpi.

Laitoinkin tuonne Jimms-ketjuun kyselyn, että ovatko saaneet mitään tietoa näiden kivien ongelmista maahantuojalta tai valmistajalta. Siellä jo vastasivatkin ja lupasivat palailla asiaan pikapuolin.

 

[Taneli-]

Mitä nää luvut tarkoittaa?

"Useampi 100% testattuna 12x2048mb memtest.exe:llä." mutta nyt oli vaan 9 ohjelmaa käytössä, eli memtest (ei se alkuperäinen DOS versio mutta lähelle: MemTest: RAM reliability tester for Windows täällä on se "orginal" tosin hieman muokattuna: MemTest86 - Official Site of the x86 Memory Testing Tool )

EDIT: ostamalla tuon ohjelman voi testa teoriassa niin paljoa muistia kuin haluaa, jos et halua ostaa ohjelmaa niin 2048mb muistia on ns. maksimi mitä voi yhdellä ohjelmalla testata, mikäli itsellä on esim. 2x 16Gb kampaa on järkevää ajaa vähintään 9x2048mb ohjelmaa eli molempia kampoja tulee ns. varmasti testattua edes vähän. Kannattaa myös muistaa että vaikka olisi esim. 8Gb RAM et voi (tai voit mutta tulee ongelmia) ajaa 4x 2048mb testiä koska taustalla olevat ohjelmat vaativat myös muistia.

 

[plisken]

Jep, ajelen illalla testit läpi ja laitan tänne tulokset.

 

[Stephen Elop]

"Useampi 100% testattuna 12x2048mb memtest.exe:llä." mutta nyt oli vaan 9 ohjelmaa käytössä, eli memtest (ei se alkuperäinen DOS versio mutta lähelle: MemTest: RAM reliability tester for Windows täällä on se "orginal" tosin hieman muokattuna: MemTest86 - Official Site of the x86 Memory Testing Tool )

Musta toi on vähän surkea muistin testaamiseen. Tietysti voi olla että ohjelma on jo kehittynyt siitä kun itse sitä viimeksi käytin, mutta itse saanut muistivirheet paljon nopeammin esille esimerkiksi prime95 ja large fft. HCI memtest voisi kanssa olla hyvä.

 

[Taneli-]

HCI memtest voisi kanssa olla hyvä.

Tuo ohjelma siis oli ylemmässä linkissä ja sitä juuri käytinkin. Siitä on jo "hieman aikaa" kun disketin kera käytin tuota orginal memtest86 versiota mutta mainitsin senkin että juuret käyvät myös selville.

 

[Crazy train]

Itse en ole muuta kokeillut kuin 2933 MHz tuon 2800 MHz sijaan. Tuloksena on musta ruutu kuten aikaisemminkin. Ei edes tuota failsafe tilaa vaan cmos resetillä pääsee boottaan. Vielä kun olisi nappi tuohon vaikka laajennuspaikassa niin helpottaisi testiä. Saattaa olla että Cl13 tai nuo muut ajoitukset alemmilla asetuksilla saattaa toimia. En ole kokeillut mutta kävi eilen mielessä kun nopeutta ei saa lisää megahertzeillä, niin voisi säätää noita alemmaksi. Ei välttämättä ole tuohon 14 nämä hynixit rajoitettu. Hyöty tosin ei ole suuri.

Muistitesteistä on myös tuo Mustanaamion memtest jonka saa 7€, ihan windows sovellus. Ja tukee useampaa säiettä. Tuolla itse testannut viime aikoina.

 

[Keketin]

Vielä kun olisi nappi tuohon vaikka laajennuspaikassa niin helpottaisi testiä.

Kytke kotelon reset nappi testien ajaksi clr_cmos pinneihin.

 

[Crazy train]

Kytke kotelon reset nappi testien ajaksi clr_cmos pinneihin.

Tuo on kyllä hyvä vaihtoehto.

 

[PietroMennea]

Juups. Nyt ois kyllä kiva nähdä että löytyykö sellaista kiveä, joka on valmistettu ennen viikkoa 25 ja siinä ongelmaa ei esiinny. Ainakin täällä näyttäisi kaikkia vanhojen kivien omistajia vika vaivaavan.

AMD:n community forumilla taisi joku olla, mutta mistä sitä tietää jos joku vain peikkoillakseen postailee.

Omassa 1700X 1707SUS ei vikaa esiinny ja veikkaan että suurin osa testiskriptillä saaduista segfaulteista johtuvat muista kuin viallisista prossuista. Todennäköisin syy on liian kireistä asetuksista johtuvat muistivirheet, sekä yksinkertainen muistin loppuminen testiskriptin suorituksen aikana.

 

[plisken]

AMD ainakin pyytää ajamaan testit vakioasetuksilla ja muistit piti laittaa 2133Mhz cl16. Virhe tulee silti.

 

[mRkukov]

Omassa 1700X 1707SUS ei vikaa esiinny ja veikkaan että suurin osa testiskriptillä saaduista segfaulteista johtuvat muista kuin viallisista prossuista. Todennäköisin syy on liian kireistä asetuksista johtuvat muistivirheet, sekä yksinkertainen muistin loppuminen testiskriptin suorituksen aikana.

AMD ainakin pyytää ajamaan testit vakioasetuksilla ja muistit piti laittaa 2133Mhz cl16. Virhe tulee silti.

Tuo testiohjelmahan printtaa muistinopeudenkin juuri siksi näkyviin:

(postasin jo pari sivua sitten, eli uusinta)

1707SUT