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

  • Keskustelun aloittaja Keskustelun aloittaja Sampsa
  • Aloitettu Aloitettu
Noilla Hynixin kammoilla mitä itsellä ei kyllä saa puristettua mitenkään yli 2933 mitä eilen nyt vielä koetin kikkailla. Tosin kuten aiemmin todettu, ko. kapulat speksattu 2133 että en valita.

Sinänsä kyllä jännä että DDR4 vakiojännite kun on 1.2V ja yleensä kellotellaan sillä 1.35V, niin noi kammat ei siedä tota 1.35V laisinkaan. Jos heitän tuon 1.35V muisteille niin ei boottaa edes desktoppiin saakka. 1.3V toimii, mutta siitä ylöspäin alkaa tulemaan vakauden kanssa ongelmia vaikka latenssit olisi todella fail safet. 1.28V ja SoC 1.1V tuntuu toimivan parhaiten, jolloin CL16 pystyy ajamaan tuon 2933 eikä yhtään enempää.

Tämä siis ei valitus tms mikään, vaan toteamus.
 
Itse tässä testannut Corsairin muistejani, kun muistitesterikin valmistui. Muistit tosiaan Corsairin 3000MHz LPX:t 32GB 16 GB x2 ja ovat tietenkin dual rankit, eli ei varmaan kauheasti tuosta 2800MHz ylemmäksi päästä. 2933MHz oli näillä Hynixeillä aikaisemmin hyvä jos boottasi tasoa. En ole kyllä hetkeen kokeillut, jos huomenna jaksaisi.

Aikaisemmilla bios:eilla(810 alemmilla) en jostain syystä saanut 14-14-14-14 asetuksia muisteille vakaaksi. Ainakin vielä hakusessa on tWR ja tRFC. Toki tRAS ja tRC varmaan saa vielä pykälän alaspäin.

Muistit.png


RTC:kin on tuo vanhempi versio, sen uuden Kaspersky poisti ja en ole etsinyt sitä uudestaan.
 
Nyt sain kanssa itse boottaamaan 2800 mhz, kun tarpeeksi tavasi viestejä. Hiukan piti SoC voltteja nostaa, jotenkin kummassa tuon säätämistä en sisäistänyt alkuunsa. Kiitos kun yrititte auttaa.
 
Juu. Kannattaa toki varmistaa ettei myydä ekoista eristä. Ei varmaan kauhean mahdollista. Ei ole vaikea testaa prossua toimivaksi. Vaikkei oliskaan paras yksilö niin pääasia että toimii jos sitten Linux ehkä tulevaisuudessa tai myyt jollekkin joka käyttää sitä.

Itellä aina vanha rauta siirtyy linux koneeksi joten itsellä ainakin ihan välttämätöntä että on toimiva kivi sitten jos/kun rytsölän hommaan.
Voi kyllä jäädä hommaattakin koska näyttää siltä että toi lotro jota edelleen tulee pelattua on erittäin CPU rajoitteinen peli ja vaatii CPU:n josta löytyy single core tehoa. Nykyinen CPU 4,3GHz kellotettuna niin rytsölä ei kyllä tuohon mitään parannusta valitettavasti toisi. :/
 
Ensimmäiseks on hyvä päättää haluaako käyttää missään vaiheessa SLI/Crossfire yhdistelmää.
Sen jälkeen ylikellotushommelit mutta koska itse en ole enää sellaista sukupolvea niin tyydyin kevyeen kertoimien nostoon omalla Ryzen 1700(@3700mhz).
Näihin tämä B350 emolevy riittää hyvinkin.

Koska itse en halua SLI:tä enää niin valitsin emoleyviksi kalliimman pään Asuksen B350-F Gaming emolevyn. X370 emolevyt sit kalliimpia toki kun tämä mutta niissä on liittimiä ja kaikkea vähän enemmän kuten esim. Virransyöttö järempi paremmissa emoleyissä.

Omista tarpeista nää valinnat lähtee. Jos ei rahasta oo kiinni niin Crosshairia vaan mutta jos vähempi riittää niin suosittelen tuota B350 piirisarjallista emolevyä.

Muisteiks itse hankin 3200mhz Flare X:t ja pienten asetuksien viilauksen jälkeen ne boottaa kiltisti 3200mhz nopeudella luvatuilla 14-14-14-14-34 ajoituksilla.
Sen verran vielä kysyisin, että onko kelllään kokemuksia b350 tomahawkista MSI B350 TOMAHAWK, ATX -emolevy - 139,00€ laitoin linkin jimmyyn koska tiedot esillä selkeästi, mutta noin 110€ posteineen saa halvimmillaan. Saisiko tuolla turvallisesti otettua löysät pois R5 1600 prossusta, että pääsisi lähemmäs x-mallia.
 
Sen verran vielä kysyisin, että onko kelllään kokemuksia b350 tomahawkista MSI B350 TOMAHAWK, ATX -emolevy - 139,00€ laitoin linkin jimmyyn koska tiedot esillä selkeästi, mutta noin 110€ posteineen saa halvimmillaan. Saisiko tuolla turvallisesti otettua löysät pois R5 1600 prossusta, että pääsisi lähemmäs x-mallia.

Yhden ryzenin olen ko. emolevyn ympärille rakentanut. Hyvin perus lankku, uefi käyttöliittymältään melko kamala, mutta positiivisena muistit kulkivat suoraan 3200MHz / CL14. Kyllä prosessorinkin kellottaminen tuolla onnistuu. Mielestäni varsin ok perus lankku. :tup:
 
Yhden ryzenin olen ko. emolevyn ympärille rakentanut. Hyvin perus lankku, uefi käyttöliittymältään melko kamala, mutta positiivisena muistit kulkivat suoraan 3200MHz / CL14. Kyllä prosessorinkin kellottaminen tuolla onnistuu. Mielestäni varsin ok perus lankku. :tup:
Jees kiitoksia tästä, pitää laittaa vakavasti harkintaan ryzen setti tuon lankun kanssa.
 
Verkkokaupasta sai heti uuden kiven kun kävi viemässä vanhan tiskille. Uusi 1700X kulkee 3950@1.37V, huomattavasti parempi kuin edellinen.
 
Mahtaako kaikki tästä eteenpäin myytävät kivet olla korjattuja?

Juu. Kannattaa toki varmistaa ettei myydä ekoista eristä. Ei varmaan kauhean mahdollista. Ei ole vaikea testaa prossua toimivaksi. Vaikkei oliskaan paras yksilö niin pääasia että toimii jos sitten Linux ehkä tulevaisuudessa tai myyt jollekkin joka käyttää sitä.

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

Vielä en ole omaani ajoon saanut, ensi viikolla toivottavasti tulee AM4-kiinnikkeet Noctualta
 
Itse tässä testannut muistejani. 3000MHz LPX:t 32GB 16 GB x2 ja ovat tietenkin dual rankit, eli ei varmaan kauheasti tuosta 2800MHz ylemmäksi päästä.

Muistit.png

Uusi versio uefi-biosista uudet asetukset muisteille.. ..tosin ei vieläkään 3200MHz toimivat. Itselläni myös 2x16Gb kammat käytössä joten tässä vertailun vuoksi vakaat asetukset (10x 2048mb memtest ohjelmia ajettu 2-3 tuntia samalla kun katselin Killjoy sarjaa)
Muistit.PNG
 
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ä?
Mahdollista että parempia piisiruja tulee tehtaalta.
 
Tässä pitäisi listata kaikilta foorumin käyttäjiltä uuden prossun kulku. Pitääpä itsekin testata tuo bugi. Oma R1700 vkolta 17.

Ei tullut katsottua oman prosessorin sarjanumeroa mutta pitäisikö näiden mennä ~4000mhz?
ZP-B1 näkyy cpu-z.
 
Ei tullut katsottua oman prosessorin sarjanumeroa mutta pitäisikö näiden mennä ~4000mhz?
ZP-B1 näkyy cpu-z.

Toimivat ja ei toimivat on samaa steppingiä. B2 steppingiä on toistaiseksi ainoastaan epycit.

Ja ei se uudempi prossu ole mikään tae siitä että menisi 4GHz, voi kulkea huonomminkin kuin se minkä laitoit vaihtoon. Se on ihan siitä kiinni millanen säkä sattuu käymään.
 
Itselläni on UA 1714PGT

Eli prossu on tehty viikolla 14? Huhtikuussa. Ei taida olla ihan alkupään Ryzenejä tämä?
 
Itsellä ei mitään tarvetta kyllä varsinaisesti ole vaihtaa kun omassa Linux -käytössäkään en ongelmaa saanut esille, mutta tuo jälleenmyyntiarvo on kyllä tässä hyvä huomioida.
 
Itsellä ei mitään tarvetta kyllä varsinaisesti ole vaihtaa kun omassa Linux -käytössäkään en ongelmaa saanut esille, mutta tuo jälleenmyyntiarvo on kyllä tässä hyvä huomioida.

Niin siis eihän kaikki alkupään rytsölät tuosta ongelmasta kärsi.
 
Itselläni on UA 1714PGT

Eli prossu on tehty viikolla 14? Huhtikuussa. Ei taida olla ihan alkupään Ryzenejä tämä?

tuo segv vika taisi olla korjattu 1725-> olevissa kivissä, eli kaikki ennen sitä on syytä tarkistaa mikäli tuo itseä kiinnostaa.
 
Tarkoitin normaalissa käytössäni. Saan sen kyllä esille noilla skripteillä.

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?

Sivuhuomiona: Jos joku muu yrittää boottailla Linuxiin Gigabyten emoilla, niin niissä on ilmeisesti ongelmia ainakin Ubuntu-distrojen kanssa. Sain Ubuntun bootattua, kun editoin Ubuntun boottimenusta grubin parametreja ja lisäsin sinne acpi=off . Ilman tuota tuli jotain irq-erroria, eikä systeemi bootannut käyttikseen asti.
 
Uusi versio uefi-biosista uudet asetukset muisteille.. ..tosin ei vieläkään 3200MHz toimivat. Itselläni myös 2x16Gb kammat käytössä joten tässä vertailun vuoksi vakaat asetukset (10x 2048mb memtest ohjelmia ajettu 2-3 tuntia samalla kun katselin Killjoy sarjaa)
Muistit.PNG

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

Ryzen1700_segfault.JPG


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.
 
Viimeksi muokattu:
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?

Voit koittaa 4 4 ajolla kanssa ja kyllä varmaan pidempään kannattaa antaa sen jauhaa. Ja jos ei faulttaa niin voit koittaa ihan suoraan ./kill-ryzen.sh kuten kaveri siinä ohjeessakin toteaa ja kuten yllä @Grazer kirjoitti niin faulttaa paljon ennen kuin muisti on lopussa. Mutta jos ajaa ilman parametrejä niin se jossain vaiheessa failaa, onko se sitten segfaulttiin vaiko muistin loppumiseen, niin se kannattaa varmistaa.

Jätät vaikka 4 4 jauhamaan kun lähdet kauppaan tai jotain, annat ainakin tunnin jauhaa. Jos ei tule faultteja niin silloin voi varmaan todeda että kives on kunnossa.
 
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 :vihellys:
 
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.

RTC_AIDA64.PNG

vSoC 1.25V
ProcODT 80Ohm

Edit:

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

RTC_AIDA64_3333-14-14-14-14-30-48-tRFC290.PNG

Edit 2:

Tämähän tuli helposti.

RTC_AIDA64_3446-14-14-14-14-30-48-tRFC290.PNG
 
Viimeksi muokattu:
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 :D ).

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 ).
 
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.
 
  • Tykkää
Reactions: bsh
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ä:
upload_2017-9-12_17-4-48.png


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

upload_2017-9-12_17-4-33.png
 

Liitteet

  • upload_2017-9-12_17-1-57.png
    upload_2017-9-12_17-1-57.png
    789,7 KB · Luettu: 11
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?
 
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.
 
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).
 
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?
 
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?
 
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.
 
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. :tdown:
 
Tuossahan suoraan sanotaan, että korjaus on uusi kivi. :tdown:
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. :)
 
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.
 
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ä.
 
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... :D
 
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.
 
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ä.
 

Statistiikka

Viestiketjuista
259 404
Viestejä
4 511 410
Jäsenet
74 363
Uusin jäsen
wlliamwill

Hinta.fi

Back
Ylös Bottom