AMD Zen 3 kellotukset ja kokemukset

  • Keskustelun aloittaja Keskustelun aloittaja Rusna
  • Aloitettu Aloitettu
Mistähän noita apic id koodeja ja niiden merkitystä voisi etsiä? Alkaa vaikuttaa että oma ryzen 5900x on rikkinäinen yksilö. Satunnaiset kaatumiset ilman kuormaa ja aina sama errori. Muistit, virtalähteet ja näytönohjaimet on testailtu eri komponenteilla ja whea-errori aina sama. On kone sitten default bios asetuksilla tai sitten muokattuna. Odotella vielä tuo uusin bios päivitys Dark Herolle ja kokeilla sillä. Muilla samoja kokemuksia?

On ilmennyt vakava laitteistovirhe.

Ilmoittanut osa: suoritinydin
Virheen lähde: Machine Check Exception
Virhetyyppi: Cache Hierarchy Error
Suorittimen APIC-tunnus: 27
 
Mistähän noita apic id koodeja ja niiden merkitystä voisi etsiä? Alkaa vaikuttaa että oma ryzen 5900x on rikkinäinen yksilö. Satunnaiset kaatumiset ilman kuormaa ja aina sama errori. Muistit, virtalähteet ja näytönohjaimet on testailtu eri komponenteilla ja whea-errori aina sama. On kone sitten default bios asetuksilla tai sitten muokattuna. Odotella vielä tuo uusin bios päivitys Dark Herolle ja kokeilla sillä. Muilla samoja kokemuksia?

On ilmennyt vakava laitteistovirhe.

Ilmoittanut osa: suoritinydin
Virheen lähde: Machine Check Exception
Virhetyyppi: Cache Hierarchy Error
Suorittimen APIC-tunnus: 27

Tuo APIC viittaa ytimeen numero 13. Tämän voi tarkistaa vielä CPU-Z:n HTML raportilla. Testaamisen arvoista olisi laittaa kyseisellä ytimelle PBO:n kautta vaikka positive 10 jännitettä.
 
Mistähän noita apic id koodeja ja niiden merkitystä voisi etsiä? Alkaa vaikuttaa että oma ryzen 5900x on rikkinäinen yksilö. Satunnaiset kaatumiset ilman kuormaa ja aina sama errori. Muistit, virtalähteet ja näytönohjaimet on testailtu eri komponenteilla ja whea-errori aina sama. On kone sitten default bios asetuksilla tai sitten muokattuna. Odotella vielä tuo uusin bios päivitys Dark Herolle ja kokeilla sillä. Muilla samoja kokemuksia?

On ilmennyt vakava laitteistovirhe.

Ilmoittanut osa: suoritinydin
Virheen lähde: Machine Check Exception
Virhetyyppi: Cache Hierarchy Error
Suorittimen APIC-tunnus: 27

Kokeile huviksesi laittaa positiivista offsettia curve optimizerilla vaikka +10 kaikille coreille ja seuraa helpottaako tilanne. Antaa enemmän jännitettä aina tietyllä kellotaajuudellä joten voi auttaa tapauksissa joissa prosessorin frequency-voltage curve on ns. tehtaan jäljiltä liian kireä prosessoriyksilöön/johonkin sen ytimeen nähden.
 
Tuo APIC viittaa ytimeen numero 13. Tämän voi tarkistaa vielä CPU-Z:n HTML raportilla. Testaamisen arvoista olisi laittaa kyseisellä ytimelle PBO:n kautta vaikka positive 10 jännitettä.
Kokeile huviksesi laittaa positiivista offsettia curve optimizerilla vaikka +10 kaikille coreille ja seuraa helpottaako tilanne. Antaa enemmän jännitettä aina tietyllä kellotaajuudellä joten voi auttaa tapauksissa joissa prosessorin frequency-voltage curve on ns. tehtaan jäljiltä liian kireä prosessoriyksilöön/johonkin sen ytimeen nähden.

Laitoin nyt tuon +10 jokaiselle corelle. Singecore bench tippui 673 -> 643 tuolla muutoksella. :/ Katsotaan nyt pysyykö pystyssä paremmin. Joka päivä tuo kerran tai kaksi kaatuu.
 
Laitoin nyt tuon +10 jokaiselle corelle. Singecore bench tippui 673 -> 643 tuolla muutoksella. :/ Katsotaan nyt pysyykö pystyssä paremmin. Joka päivä tuo kerran tai kaksi kaatuu.
Mitkä muistit koneessa on? Itse ostin 5900X:n ja X570 Tomahawkin kaveriksi 2x16GB B-diet, ja järjestelmä ei ollut vakaa ennenkuin löysin oikeat muistiasetukset (ProcODT auto -> 43,6. Autolla oli 36,9, ja kaatuili tuon tuosta). Pelkkä XMP:n käyttäminen ei riittänyt.
 
Mitkä muistit koneessa on? Itse ostin 5900X:n ja X570 Tomahawkin kaveriksi 2x16GB B-diet, ja järjestelmä ei ollut vakaa ennenkuin löysin oikeat muistiasetukset (ProcODT auto -> 43,6. Autolla oli 36,9, ja kaatuili tuon tuosta). Pelkkä XMP:n käyttäminen ei riittänyt.

G.Skill F4-3600C16D-32GTZN eli varmaan juuri nuo 2x16 dual rank b-diet. Kokeilin kyllä myös löysemmillä muisteilla jotka löytyivät emon QVL:stä ja ongelmat olivat samat. Kumpiakaan en ole saanut toimimaan suoraan XMP asetuksilla vaan manuaalisesti pitää laittaa.
 
Puhutko nyt jännitteestä vai kelloista? Minulla Ryzen Master näyttää pieniä kelloja, muut ohjelmat ei näytä alle 3600 MHz.
Aika höpsö homma paljastu tän koko korkean jännitteen ja lämmön aiheuttajaksi tasapainotettu tilassa. Syyllinen oli G.skill TrizendZ RGB ohjaus ohjelma.
 
Aika höpsö homma paljastu tän koko korkean jännitteen ja lämmön aiheuttajaksi tasapainotettu tilassa. Syyllinen oli G.skill TrizendZ RGB ohjaus ohjelma.
Valo-ohjaus ohjelmat aiheuttaa yllättävän paljon ja erilaisia ongelmia.
 
Tuo APIC viittaa ytimeen numero 13. Tämän voi tarkistaa vielä CPU-Z:n HTML raportilla. Testaamisen arvoista olisi laittaa kyseisellä ytimelle PBO:n kautta vaikka positive 10 jännitettä.
Kokeile huviksesi laittaa positiivista offsettia curve optimizerilla vaikka +10 kaikille coreille ja seuraa helpottaako tilanne. Antaa enemmän jännitettä aina tietyllä kellotaajuudellä joten voi auttaa tapauksissa joissa prosessorin frequency-voltage curve on ns. tehtaan jäljiltä liian kireä prosessoriyksilöön/johonkin sen ytimeen nähden.

Nyt on ajettu useampi päivä +10 tuolle ongelma ytimelle ja kone on pysynyt pystyssä. Muut ytimet toimivat ihan peruslukemillaan. Pitänee laittaa takuuvaihtoon kunhan noita alkaa olla enemmän saatavilla vaikka näin pelittääkin. "Rikkihän" tuo on kun ei perus spekseillä toimi.
 
  • Tykkää
Reactions: 459
Nyt on ajettu useampi päivä +10 tuolle ongelma ytimelle ja kone on pysynyt pystyssä. Muut ytimet toimivat ihan peruslukemillaan. Pitänee laittaa takuuvaihtoon kunhan noita alkaa olla enemmän saatavilla vaikka näin pelittääkin. "Rikkihän" tuo on kun ei perus spekseillä toimi.
Sääditkö muistejakin tässä yhteydessä, vai pelkkää +10 corelle?
 
Varmaan olet BIOS versiot kalunnut jo läpi? Omalla 5950X:llä tosi monella tuli ihan stock asetuksilla idle kaatumisia :confused:

Tuli biossit käytyä ensimmäisestä lähtien. Kaverin 5800x kävi kans koneessa kiinni eikä sillä imennyt kaatumisia. Samat ongelmat on tosiaan tässä omassa stockina että se kaatuu myös ihan idlenä. Harmi että kokemus AMD:stä on nyt tälläinen edellisen Intelin jälkeen. En edes muista milloin on pitänyt näin tapella koneen kanssa. Saati että ei edes stockina pysyisi päällä.
 
Prossu vaihtoon vaan. Kaverilla kippaili whea-erroreihin stockkina ja sai takuusta uuden, siihen loppui kaatuilut.
Onkohan noista vikaprosenteista per prossutyyppi mitään tilastoja saatavilla?
 
Tämäkin varmaan käyty jo läpi täällä, mutta oliko täällä jotain tiettyä ns. parasta kikkaa saada jokainen core erikseen single core rasitetuksi? Tässä kun 5950x haluaisi lähteä tarkempaa CO:ta hakemaan, taitaa koitua suuremmaksi työmaaksi niin ehkä vain ne tähdellä merkatut tarkemmin läpi:hmm:
 
Tämäkin varmaan käyty jo läpi täällä, mutta oliko täällä jotain tiettyä ns. parasta kikkaa saada jokainen core erikseen single core rasitetuksi? Tässä kun 5950x haluaisi lähteä tarkempaa CO:ta hakemaan, taitaa koitua suuremmaksi työmaaksi niin ehkä vain ne tähdellä merkatut tarkemmin läpi:hmm:
Vaihtoehtoja löytyy:

- uusimmassa OCCT betassa on core cycler feature jolla saat yhden threadin kuormituksen siirtymään yhdelle threadille kerrallaan. Muistaakseni siinä pystyi myös asettamaan taukoajan rasituksen väliin joka on hyvä juttu, lämmöt kun saadaan alas, boostit nousevat ylös ja pitäähän ne korkeimmat V/F käyrän pykälät testata nekin

- githubista löytyi joku pythonscripti jolla sai esim. prime95:n vaihtamaan affinitya. fhoekstra/thread_switcher

- itseasiassa tämä tekee saman: sp00n/corecycler
 
Mikä on todennäköisin ongelma kun pelit kaatuu satunnaisesti työpöydälle ja joskus bluescreenaa bootissa? CPU ja muistit kellotettu niin tappiin kuin vain menee testit läpi ilman virheitä. Yleensä näistä ei tule mitään virheitä logiin mutta jos tulee niin se on joku satunnainen .dll ja bootissa muistaakseni ntfs.sys
No epävakaat kellotukset. En tiedä miten oot kellottanu, curvella vai perinteiseen tyyliin fixed voltagella mut eihän toi vakaalta menolta kuulosta.
 
Curve ja PDO, ei huvittaisi alkaa alusta vääntämään kaikkia asetuksia kun noihin meni jo monta päivää. Tätä kirjoittaessa muistin, että laskin boostia 50-100mhz ja se laski kaatumisia, näillä vajavaisilla tiedoillani ongelma on siis ilmeisesti curve?
Joo. Tälleen otsalla katottuna sanosin et sulla on kyllä todella epävakaat asetukset inessä kerta ihan kunnon rasituksessakin kippailee, yleensä kaatuilua curvea säätämällä huomaa vasta kevyessä yhden ytimen kuormassa.
 
Nyt olen pelannut lähinnä dotaa ja kaatuu yleensä kun taistelu loppuu, eli kuorma kevenee.

Tuli tämä mieleen, aivot alkoi heti toimimaan kun selitti ongelmaa muuallekin kuin omaan mieleensä :D Vedän nyt ensimmäisenä curven miedommaksi ja katson mitä tapahtuu.
Jos on +mhz päällä nii ota niitä pois, muuten vähennät vaan CO curvea.
 
Vaihtoehtoja löytyy:

- uusimmassa OCCT betassa on core cycler feature jolla saat yhden threadin kuormituksen siirtymään yhdelle threadille kerrallaan. Muistaakseni siinä pystyi myös asettamaan taukoajan rasituksen väliin joka on hyvä juttu, lämmöt kun saadaan alas, boostit nousevat ylös ja pitäähän ne korkeimmat V/F käyrän pykälät testata nekin

- githubista löytyi joku pythonscripti jolla sai esim. prime95:n vaihtamaan affinitya. fhoekstra/thread_switcher

- itseasiassa tämä tekee saman: sp00n/corecycler
Kiitos tästä, tuo githubin jätän nyt ainakin vielä väliin ja laitan tuon OCCT:n ajelemaan tunnin mittaisia testejä, missä samalla lasken curvea, onkohan jotain hyvää tapaa nähdä mikä core kusee että pitääkö noi säätää yksitellen vaiko ei
 
Kiitos tästä, tuo githubin jätän nyt ainakin vielä väliin ja laitan tuon OCCT:n ajelemaan tunnin mittaisia testejä, missä samalla lasken curvea, onkohan jotain hyvää tapaa nähdä mikä core kusee että pitääkö noi säätää yksitellen vaiko ei
Occt ilmoittaa logeissa mikä ydin tekee virheen, jos käytät ilmais versiota testin maksimi käyttö on tunti.

Tuo CoreCycler on ilmainen jolla onnistuu esim yön yli testaus. CoreCycler ilmoittaa myös logeissa ytimen mikä tekee virheen.
 
Occt ilmoittaa logeissa mikä ydin tekee virheen, jos käytät ilmais versiota testin maksimi käyttö on tunti.

Tuo CoreCycler on ilmainen jolla onnistuu esim yön yli testaus. CoreCycler ilmoittaa myös logeissa ytimen mikä tekee virheen.
Tosta oli myös jotain juttua et jos virhe tapahtuu about heti kun ydin vaihtuu niin ongelmallinen ydin voi myös olla se aikasempi ydin. Onko tota joku testannut et pitääkö väittämä paikkaansa ollenkaan?
 
Ongelmallinen core näkyy myös usein Event Viewer/Tapahtumahallinnasta jos etsii sen kaatumisen (critical event) ja katsoo siitä lokista kyseisen threadin numeron
 
Itselle tähän asti paras testi on ollut 5900X kanssa aiemmin V7.3.2 OCCT:n small SSE 1T, mutta kyllä tuo CoreCyclerkin näköjään osasi vielä kaivaa +50MHz PBO:lla lisää heikkoutta parista kulkevimmasta coresta, muut menee noin -20 kevyesti, mutta noita kahta ei voi näköjään pitää kuin -6/-9 tuon testin mukaan. Eli CoreCyclerille suositus täältäkin.
 
Onko muilla 5950X omistajilla kokemuksia tuon +MHz ominaisuuden toimivuudesta? Tuntuu että ei ainakaan omien kahden kohdalla (toinen kaatuili vakiona) kummassakaan tullut mitään eroa vaikka sitä rajaa nostikin esim. 100mhz cinebenchissä ainakaan. Ainoastaan Curve Optimizer vaikuttaa tuloksiin positiivisesti.
 
Kysymys eri valmistajien emolevyjä käyttäville. Miten teillä tuo CurveOptimizerin per core logiikka käyttäytyy kun kuormaa tulee kaikille/useammille ytimille?

Olen omalla X570 Unifyllä aikani säätänyt, mutta tuntuu jotenkin turhalta hakea kovin tarkkoja ydinkohtaisia asetuksia kun ainakin kaikkien ytimien rasituksessa mennään pienimmän offset-arvon mukaan. Toki kevyillä kuormilla lämpöihin/boosteihin (jos +MHz käytössä) saa eroa säätämällä.
 
Kysymys eri valmistajien emolevyjä käyttäville. Miten teillä tuo CurveOptimizerin per core logiikka käyttäytyy kun kuormaa tulee kaikille/useammille ytimille?

Olen omalla X570 Unifyllä aikani säätänyt, mutta tuntuu jotenkin turhalta hakea kovin tarkkoja ydinkohtaisia asetuksia kun ainakin kaikkien ytimien rasituksessa mennään pienimmän offset-arvon mukaan. Toki kevyillä kuormilla lämpöihin/boosteihin (jos +MHz käytössä) saa eroa säätämällä.

Riippuu onko per core - huonot kines parempi single core vai kohdennettu per core - ehkä parempi multi core suoritus . Tarvittavat voltti määrät ja sopivat maksimi Mhz natsaten rokkaa melko monella eri asetuksella.

Edit. Ja kaikki riippuu siitä huonoimmasta coresta :F ja rog B550-f
 
Tuli biossit käytyä ensimmäisestä lähtien. Kaverin 5800x kävi kans koneessa kiinni eikä sillä imennyt kaatumisia. Samat ongelmat on tosiaan tässä omassa stockina että se kaatuu myös ihan idlenä. Harmi että kokemus AMD:stä on nyt tälläinen edellisen Intelin jälkeen. En edes muista milloin on pitänyt näin tapella koneen kanssa. Saati että ei edes stockina pysyisi päällä.
Itselläni täsmälleen samat logimerkinnät 5950X:n APIC ID 13:sta (eli core 6:sta) cache hierarchy -virheestä. Kone kippaili joko pelkkä selain päällä tai ihan idlessä ja heittää mustan ruudun kautta itsensä uudestaan ylös. Ja samaa ongelmaa UEFI:n defaulteilla ja käsin muistit säädettynä todella löysälle, aina 2133 MT/s nopeudelle. Joskus ei ehtinyt Windows edes tehdä logimerkintää, kernel vain havaitsee uudessa bootissa että menetettiin katastrofaalisesti virta. Nyt core 6:n curve on +6 ja OCCT vakaa nopealla 3 tunnin testauksella, jossa kuormaa vaihdettiin 300ms välein corelta toiselle. Pitää heittää vielä testit lyhyemmillä ja pidemmillä kuormituksen vaihdoilla. Ongelma ei itse asiassa muistaakseni esiintynyt CPU:n ollessa aivan uusi marraskuun lopussa. Jostain syystä alkanut vasta vuodenvaihteessa. Ilmeisesti vedin piilotosta aika lyhyen korren. Enkä ennen ongelmia edes kellotellut CPU:ta ja lämmöt on OCCT:n tiukimmallakin testillä maks. 79C pahimmillaan CCD1:llä ja koko CPU:lla. PSU on Corsair AX1600i joten jännitteissä ja virroissa ei myöskään ole valittamista.

Teoriassahan nuo positiiviset PBO curve offsetit (tai ylipäätään curveen koskeminen) evää käsittääkseni AMD:n mielestä takuun. Mutta onkohan heillä keinoa, että voivat verifioida käyttäjän kajonneen PBO:n säätöihin (ts. onko AMD implementoinut jonkun CPU:n 'sulakkeen')?
Onko kukaan tätä tekstiä lukeva saanut omaa CPU:ta vaihdettua tällaisella vialla? Olettaisin että on, sen verran yleistä vaikuttaa foorumien mukaan kuitenkin olevan. Ja en kyllä tosiaan ole vielä laittamassa takuuseen omaa CPU:ta. Tuskin saisi uutta ennen ensi syksyä jos nyt lähettää.

Edit: Rohirmin kaveri ilmeisesti saanut WHEA-error CPU:n vaihdettua, mutta toki WHEA-virheitä on monenlaisia.
 
Itselläni täsmälleen samat logimerkinnät 5950X:n APIC ID 13:sta (eli core 6:sta) cache hierarchy -virheestä. Kone kippaili joko pelkkä selain päällä tai ihan idlessä ja heittää mustan ruudun kautta itsensä uudestaan ylös. Ja samaa ongelmaa UEFI:n defaulteilla ja käsin muistit säädettynä todella löysälle, aina 2133 MT/s nopeudelle. Joskus ei ehtinyt Windows edes tehdä logimerkintää, kernel vain havaitsee uudessa bootissa että menetettiin katastrofaalisesti virta. Nyt core 6:n curve on +6 ja OCCT vakaa nopealla 3 tunnin testauksella, jossa kuormaa vaihdettiin 300ms välein corelta toiselle. Pitää heittää vielä testit lyhyemmillä ja pidemmillä kuormituksen vaihdoilla. Ongelma ei itse asiassa muistaakseni esiintynyt CPU:n ollessa aivan uusi marraskuun lopussa. Jostain syystä alkanut vasta vuodenvaihteessa. Ilmeisesti vedin piilotosta aika lyhyen korren. Enkä ennen ongelmia edes kellotellut CPU:ta ja lämmöt on OCCT:n tiukimmallakin testillä maks. 79C pahimmillaan CCD1:llä ja koko CPU:lla. PSU on Corsair AX1600i joten jännitteissä ja virroissa ei myöskään ole valittamista.

Teoriassahan nuo positiiviset PBO curve offsetit (tai ylipäätään curveen koskeminen) evää käsittääkseni AMD:n mielestä takuun. Mutta onkohan heillä keinoa, että voivat verifioida käyttäjän kajonneen PBO:n säätöihin (ts. onko AMD implementoinut jonkun CPU:n 'sulakkeen')?
Onko kukaan tätä tekstiä lukeva saanut omaa CPU:ta vaihdettua tällaisella vialla? Olettaisin että on, sen verran yleistä vaikuttaa foorumien mukaan kuitenkin olevan. Ja en kyllä tosiaan ole vielä laittamassa takuuseen omaa CPU:ta. Tuskin saisi uutta ennen ensi syksyä jos nyt lähettää.

Edit: Rohirmin kaveri ilmeisesti saanut WHEA-error CPU:n vaihdettua, mutta toki WHEA-virheitä on monenlaisia.

Siis jos vakiona ilman mitään säätöjä kippailee, voi huoletta laittaa takuuseen. Siitä en tiedä kauanko kestää, yleisesti kuluttajansuoja on hyvä Suomessa.
 
@RANSAC Joo, takuuseen vaan vaikka markkinat ovat mitä ovat. Liikkeeltä voi toki kysyä voiko tämän hoitaa silleen että samalla saa uuden prossun tilalle.

Sitä voisit vielä testata auttaako LLC:n disabloiminen (tai mahdollisimman alhaisen asetuksen asettaminen) ollenkaan - LLC kun ei kuulu AMD:n virallisiin spekseihin, ja monien emojen auto-asetus on sama kuin High tai Extreme.

Jos ketään kiinnostaa tutustua teoriaan tarkemmin, katsokaa tämä video:
 
Viimeksi muokattu:
@RANSAC Joo, takuuseen vaan vaikka markkinat ovat mitä ovat. Liikkeeltä voi toki kysyä voiko tämän hoitaa silleen että samalla saa uuden prossun tilalle.

Sitä voisit vielä testata auttaako LLC:n disabloiminen (tai mahdollisimman alhaisen asetuksen asettaminen) ollenkaan - LLC kun ei kuulu AMD:n virallisiin spekseihin, ja monien emojen auto-asetus on sama kuin High tai Extreme.
Nyt on CPU:n LLC 'Auto' -> 'Level 3' (heitin ensin testiksi keskimmäiseen arvoon). Ja PBO:n curve optimizerin nappasin nyt pois päältä. Ei se per core +6 pelkälle corelle 6 nyt varmaan mitään todella pahaa vahinkoa varmaankaan saa aikaan. Ihan maksimirääkillä pelkälle corelle 6, Prime95:llä, Linpack Extremellä ja OCCT:llä, ohjelmasta riippuen vaihdellen AVX:n, AVX2:n ja SSE-käskykantalaajennosten välillä, sain maksimijännitteeksi n. 1,481 V HWinfon mukaan. Rasitusjännite oli tätä selkeästi alempi, pyörien siinä 1,27 V tuntumassa tyypillisesti. Mutta eipä nuo OCCT:stä (eli HWinfo:sta) saatavat, n. 1 sek. välein päivittyvät jännitearvot paljon kerro siitä mitä core pyytää ja mitä sille tarjotaan.

Edit: Nyt laitoin yöksi ajoon testin, jossa AVX2 kuormaa pidetään kerrallaan 2 corella ja swapataan kuormaa aina 2 s välein eteenpäin corelta corelle. Asetukset OCCT:ssä testisetin koon osalta Large, että muistit testautuvat, mode on Extreme ja load type Variable. En uskaltanut laittaa swap aikaa 200 millisekuntiin, sillä CCD:n lämmönvaihtelu oli tällöin tietenkin hurjaa kun kuorma kiersi CCD:ltä toiselle hurjaa kyytiä.
 
Viimeksi muokattu:
Osaako kukaan sanoa, mistä johtuu että yhtäkkiä että curve optimizer ei pelaa? kellottelu säätöjen jälkeen yhtäkkiä ei pudotakkaan enää jänniteitä alas kuormassa niinkuin ennen samoilla asetuksilla? Ennen oli reilu 1.1 kuormalla ja lämmöt maltilliset 61 cinebenchil. Nyt ei väliä mitä naputtaa biosista niin jännitteet 1.3 risat ja lämmöt karkaa yli 80c. Koitettu defaultiksi palauttaa asetukset. Toimi siis viellä tänään, ennenkuin rupesin kikkailemaan lisää curve optimizerilla. Ennen siis säädöt: -10 all cores +100 mhz ja oli vakaa.

Edittiä: Asetuksista kun heittää Pbo limitsin: Motherboard, karkaa voltit? Autolla pysyy säädetyissä. Ennen tätä päivää oli Motherboard asetus ja toimi ihan hyvin, mitähän halvattua?
 
Viimeksi muokattu:
Nyt on CPU:n LLC 'Auto' -> 'Level 3' (heitin ensin testiksi keskimmäiseen arvoon). Ja PBO:n curve optimizerin nappasin nyt pois päältä. Ei se per core +6 pelkälle corelle 6 nyt varmaan mitään todella pahaa vahinkoa varmaankaan saa aikaan. Ihan maksimirääkillä pelkälle corelle 6, Prime95:llä, Linpack Extremellä ja OCCT:llä, ohjelmasta riippuen vaihdellen AVX:n, AVX2:n ja SSE-käskykantalaajennosten välillä, sain maksimijännitteeksi n. 1,481 V HWinfon mukaan. Rasitusjännite oli tätä selkeästi alempi, pyörien siinä 1,27 V tuntumassa tyypillisesti. Mutta eipä nuo OCCT:stä (eli HWinfo:sta) saatavat, n. 1 sek. välein päivittyvät jännitearvot paljon kerro siitä mitä core pyytää ja mitä sille tarjotaan.
Jos sinun on pakko antaa curve optimizerilla lisää voltteja biosin muuten olevan vakioasetuksilla, on kyseessä viallinen tuote, ei noiden pitäisi vaatia lisäjännitteitä annettaviksi yhdellekään coreista. Kehottaisin viemään takuuseen heti, kun saatavuus paranee.
Osaako kukaan sanoa, mistä johtuu että yhtäkkiä että curve optimizer ei pelaa? kellottelu säätöjen jälkeen yhtäkkiä ei pudotakkaan enää jänniteitä alas kuormassa niinkuin ennen samoilla asetuksilla? Ennen oli reilu 1.1 kuormalla ja lämmöt maltilliset 61 cinebenchil. Nyt ei väliä mitä naputtaa biosista niin jännitteet 1.3 risat ja lämmöt karkaa yli 80c. Koitettu defaultiksi palauttaa asetukset. Toimi siis viellä tänään, ennenkuin rupesin kikkailemaan lisää curve optimizerilla. Ennen siis säädöt: -10 all cores +100 mhz ja oli vakaa.

Edittiä: Asetuksista kun heittää Pbo limitsin: Motherboard, karkaa voltit? Autolla pysyy säädetyissä. Ennen tätä päivää oli Motherboard asetus ja toimi ihan hyvin, mitähän halvattua?
Nyt olet kyllä hieman ymmärtänyt väärin mitä curve optimizer tekee tai käyttänyt eri asetuksia aiemmin. Se muokkaa voltage/frequency curvea, joka sanoo suorittimelle että käytä X voltilla Y taajuudella. Kun curve optimizeriin laitat negatiivisen arvon, sanookin että käyttääkin X-1 voltilla Y taajuutta. Eli laskee taajuuksille vaadittuja jännitemääriä. Sitä curvea riittää yli sen normaalin taajuusmaksimin yleensä, eli jos tehorajoitukset sallii, antaa suoritin curve optimizerinkin negative arvoilla saman 1,47V tietyille coreille jos suorittimen tehorajoitukset sen sallivat. Kellotaajuus on vain suurempi.
Mitä nyt tässä on todennäköisesti käynyt on että bioksesi asetukset on olleet hieman eri (esim. on kahdessa eri kohtaa nuo pbo limitit ainakin asuksen bioseissa), ja olet käyttänyt vakiolimittejä eli 125W luokkaa ensiksi. Nyt kun laitoit tuon Motherboard niin limitit on saattanut nousta sieltä jonnekin jopa 190W paikkeille (esimerkkilukuja). Koska on enemmän varaa tehojen kannalta, pyörii prossu isommilla volteilla SEKÄ isommilla kelloilla, eli tuo 1.3V+ ja yli 80C cinebenchin score on todennäköisesti isompi kuin tuo 1.1V.
Eli lyhyesti tuo PBO limits asetus antaa prossulle luvan käyttää enemmän tehoja => lisää jännitettä = > lisää lämpöä => isompi score
 
Jos sinun on pakko antaa curve optimizerilla lisää voltteja biosin muuten olevan vakioasetuksilla, on kyseessä viallinen tuote, ei noiden pitäisi vaatia lisäjännitteitä annettaviksi yhdellekään coreista. Kehottaisin viemään takuuseen heti, kun saatavuus paranee.

Nyt olet kyllä hieman ymmärtänyt väärin mitä curve optimizer tekee tai käyttänyt eri asetuksia aiemmin. Se muokkaa voltage/frequency curvea, joka sanoo suorittimelle että käytä X voltilla Y taajuudella. Kun curve optimizeriin laitat negatiivisen arvon, sanookin että käyttääkin X-1 voltilla Y taajuutta. Eli laskee taajuuksille vaadittuja jännitemääriä. Sitä curvea riittää yli sen normaalin taajuusmaksimin yleensä, eli jos tehorajoitukset sallii, antaa suoritin curve optimizerinkin negative arvoilla saman 1,47V tietyille coreille jos suorittimen tehorajoitukset sen sallivat. Kellotaajuus on vain suurempi.
Mitä nyt tässä on todennäköisesti käynyt on että bioksesi asetukset on olleet hieman eri (esim. on kahdessa eri kohtaa nuo pbo limitit ainakin asuksen bioseissa), ja olet käyttänyt vakiolimittejä eli 125W luokkaa ensiksi. Nyt kun laitoit tuon Motherboard niin limitit on saattanut nousta sieltä jonnekin jopa 190W paikkeille (esimerkkilukuja). Koska on enemmän varaa tehojen kannalta, pyörii prossu isommilla volteilla SEKÄ isommilla kelloilla, eli tuo 1.3V+ ja yli 80C cinebenchin score on todennäköisesti isompi kuin tuo 1.1V.
Eli lyhyesti tuo PBO limits asetus antaa prossulle luvan käyttää enemmän tehoja => lisää jännitettä = > lisää lämpöä => isompi score
Nyt tulikin erittäin selvästi tuo vastaus, kiitos. Taidan suosia vaan tuota auto asentoa, koska selvästi pienemmät lämmöt ja vain vähäsen huonompi score.
 
Edittiä: Asetuksista kun heittää Pbo limitsin: Motherboard, karkaa voltit? Autolla pysyy säädetyissä. Ennen tätä päivää oli Motherboard asetus ja toimi ihan hyvin, mitähän halvattua?

Kannattaa katsoa ihan avaamalla Ryzen Master (ilmainen AMD:n oma softa) mitä arvoja se näyttää kun vertaat PBO limits: motherboard vs PBO autolla kohdissa: PPT (itsellä nyt 186W asetettuna), TDC (CPU) (itsellä 136A) sekä EDC (CPU) (itsellä 145A)

Nuo ovat ne kolme arvoa mitä voit myös itse manuaalisesti säätää ja jotka teoriassa mahdollistavat paremmat kellot mutta tietysti myös kääntäen korkeammat lämmöt (eli joku random "laita 230/230/230 ja aloita siitä" on ehkä ihan OK heitto mutta käytännössä jos kone ei ole vesillä tms. vaatii todella paljon hienosäätöä).
 
Kannattaa katsoa ihan avaamalla Ryzen Master (ilmainen AMD:n oma softa) mitä arvoja se näyttää kun vertaat PBO limits: motherboard vs PBO autolla kohdissa: PPT (itsellä nyt 186W asetettuna), TDC (CPU) (itsellä 136A) sekä EDC (CPU) (itsellä 145A)

Nuo ovat ne kolme arvoa mitä voit myös itse manuaalisesti säätää ja jotka teoriassa mahdollistavat paremmat kellot mutta tietysti myös kääntäen korkeammat lämmöt (eli joku random "laita 230/230/230 ja aloita siitä" on ehkä ihan OK heitto mutta käytännössä jos kone ei ole vesillä tms. vaatii todella paljon hienosäätöä).

Muutin tuon pbo limits: motherboard ja tarjoaa ryzen masterissa PPT arvoksi 1000? mitäs tämä nyt tarkoittaa, kun antaa noin ison arvon verrattuna esim sinun arvoosi ja tuohon "laita 230/230/230 ja aloita siitä" heittoon.
Lopuille ryzen master tarjoaa TDC 160 ja EDC 190. Emona asus rog B550 F gaming wifi, muisteina 16g 3200 ja prossuna 5600x.

Kiittäen,
 
Muutin tuon pbo limits: motherboard ja tarjoaa ryzen masterissa PPT arvoksi 1000? mitäs tämä nyt tarkoittaa, kun antaa noin ison arvon verrattuna esim sinun arvoosi ja tuohon "laita 230/230/230 ja aloita siitä" heittoon.
Lopuille ryzen master tarjoaa TDC 160 ja EDC 190. Emona asus rog B550 F gaming wifi, muisteina 16g 3200 ja prossuna 5600x.

Kiittäen,
PPT on ns. tehorajoitin missä nuo kaksi muuta ovat virtarajoittimia. Yleisesti ottaen tehorajoitin turha (=1000 on OK) vaan kannattaa enemmän keskittyä tuohon TDC/EDC arvoihin, virralla pitää sekä tehot että lämmöt hyvin kurissa. Kokeile vaihtaa sieltä vaikka EDC:tä alas jos lämmöt menevät mukavemmiksi.
 
PPT on ns. tehorajoitin missä nuo kaksi muuta ovat virtarajoittimia. Yleisesti ottaen tehorajoitin turha (=1000 on OK) vaan kannattaa enemmän keskittyä tuohon TDC/EDC arvoihin, virralla pitää sekä tehot että lämmöt hyvin kurissa. Kokeile vaihtaa sieltä vaikka EDC:tä alas jos lämmöt menevät mukavemmiksi.
Elikkäs EDC:n kanssa pelaamalla voi saada lämpöjä alaspäin? Mikäs näissä 5000 sarjan ryzeneissä ylipäätänsä on viellä "hyvä" ja turvallinen lämpö? Google kertoo että 95c asti menee, mutta esim mitä pidätte cinebenchillä ajessa turvallisena rajana? Tietty pelatessa ym lämmöt aina pienemmät kun ei pyöritetä kaikkia ytimiä täysillä.
Edittiä: jäähynä toimii siis cryorig H7 joka 50c asti 70% päällä ja siitä nousee siten, että 70c täys mylvintä. 2 sisälle puhaltavaa ja 2 ulos puhaltavaa fania.
 
Jos ei ole mitään omia sätöksiä jännitteille tehnyt niin prossu huolehtii kyllä itse ettei polta itseään. Noita edc,tdc ja ppt rajoja voi mulkata eikä vaikuta suojauksiin.

AMD-Ryzen-5000-Temp1.jpg

edit: Tuossa yhden käyttäjän kokeiluja 3950X + Noctuan pikkujäähyn kanssa eri edc, tdc ja ppt arvoilla: r/Amd - Cooling a Ryzen 9 3950X with Noctua L9A*
 
mitä pidätte cinebenchillä ajessa turvallisena rajana? Tietty pelatessa ym lämmöt aina pienemmät kun ei pyöritetä kaikkia ytimiä täysillä.

Kannattaa pitää se niin alhaisena kuin mahdollista siten että kellot kuitenkin pysyvät niin isoina kuin mahdollista. Tämä on helpommin sanottu kuin tehty.

Eli jos/kun se lähestyy tuota +90C tai menee sen päälle viimeistään silloin alkavat kellot tippua, yleensä jo aiemmin (ainakin kaikkien ydinten kellotaajuus). Toisaalta jos nuo arvot ovat liian alhaiset niin toki lämmöt pysyvät matalina mutta kellotaajuudet eivät nouse. Joudut siis itse ihan testaamalla katsomaan miten juuri sinun prosessorillasi+ jäähdytykselläsi ja tietysti curve optimizerilla saat parhaat tulokset.

Itse olen jotain noita ottanut ylös ja käynyt lävitse arvoja välistä 250/140/270 aina jonnekin 180/120/125 ja ainakin tällä hetkellä ja tällä uefi-bios versiolla itselleni (5900X) paras säätö on tuo 186/136/145

Tämä EI tarkoita sitä etteikö prosessori toimisi vaikka laittaisi esim: 1000/1000/1000 asetuksen, mutta kävisi todella kuumana ja tuuletin huutaisi jatkuvasti. Samaten buustit jäisivät todella kauas nyt toteutuvista. Lisäksi noissa rasitustesteissä varmaan ihan katsomalla huomaisit että prosessorisi ei oikeasti käyttäisi noita laittamiasi 1000 arvoja missään vaiheessa = ne olisivat siellä "turhaan". (+ täysin mahdollisesti jokin halpa mallia oleva emolevy voisi jopa hajota joten EN todellakaan suosittele tunkemaan tuollaisia arvoja)

Esim. omista arvoistani tätä viestiä kirjoitettaessa PPT 25% (of 186W), 8% TDC (136A) ja 12% EDC (145) Boost Overdrive +150MHz
Kun laitan kaikkien ytimien Cinebench (20) testin päälle (pitäen kaikki muutkin ikkunat päällä ja testin aloitettaessa lämpöjen ollessa +39-+40C paikkeilla) nousevat noiden käyttö % maksimissaan luokkaan: 100%/91%/100% ja lämmöt +79C.
Yhden ytimen testin tehtäessä nousevat noiden käyttö % välille: 39-48% (keskimäärin 39-40%), 21-35 (yleensä 22%) ja 20-25% (yleensä 21%) lämmöt olivat 60-70C välillä yleisimmin pyörien 65-67C väliä.
Cinebench R20.png
 
Kannattaa pitää se niin alhaisena kuin mahdollista siten että kellot kuitenkin pysyvät niin isoina kuin mahdollista. Tämä on helpommin sanottu kuin tehty.

Eli jos/kun se lähestyy tuota +90C tai menee sen päälle viimeistään silloin alkavat kellot tippua, yleensä jo aiemmin (ainakin kaikkien ydinten kellotaajuus). Toisaalta jos nuo arvot ovat liian alhaiset niin toki lämmöt pysyvät matalina mutta kellotaajuudet eivät nouse. Joudut siis itse ihan testaamalla katsomaan miten juuri sinun prosessorillasi+ jäähdytykselläsi ja tietysti curve optimizerilla saat parhaat tulokset.

Itse olen jotain noita ottanut ylös ja käynyt lävitse arvoja välistä 250/140/270 aina jonnekin 180/120/125 ja ainakin tällä hetkellä ja tällä uefi-bios versiolla itselleni (5900X) paras säätö on tuo 186/136/145

Tämä EI tarkoita sitä etteikö prosessori toimisi vaikka laittaisi esim: 1000/1000/1000 asetuksen, mutta kävisi todella kuumana ja tuuletin huutaisi jatkuvasti. Samaten buustit jäisivät todella kauas nyt toteutuvista. Lisäksi noissa rasitustesteissä varmaan ihan katsomalla huomaisit että prosessorisi ei oikeasti käyttäisi noita laittamiasi 1000 arvoja missään vaiheessa = ne olisivat siellä "turhaan". (+ täysin mahdollisesti jokin halpa mallia oleva emolevy voisi jopa hajota joten EN todellakaan suosittele tunkemaan tuollaisia arvoja)

Esim. omista arvoistani tätä viestiä kirjoitettaessa PPT 25% (of 186W), 8% TDC (136A) ja 12% EDC (145) Boost Overdrive +150MHz
Kun laitan kaikkien ytimien Cinebench (20) testin päälle (pitäen kaikki muutkin ikkunat päällä ja testin aloitettaessa lämpöjen ollessa +39-+40C paikkeilla) nousevat noiden käyttö % maksimissaan luokkaan: 100%/91%/100% ja lämmöt +79C.
Yhden ytimen testin tehtäessä nousevat noiden käyttö % välille: 39-48% (keskimäärin 39-40%), 21-35 (yleensä 22%) ja 20-25% (yleensä 21%) lämmöt olivat 60-70C välillä yleisimmin pyörien 65-67C väliä.
Cinebench R20.png
Kiitokset kaikille vastaajille. Muutin tuon motherboard limitiksi, ja enkä koskenut arvoihin, niin silti pysyi lämmöt cinebenchissä max 81c ja OCCT stressi ajossa normaalilla ja kovemmalla rasituksella max 80c. Leikin tuon Curve Optimizerin kanssa ja sain sieltä -15 all core ja testeissä ainakin stabiili.
Mistähän johtuu että nyt max boost +100 ja yhtään yli ei voi laittaa? 150,200 ym kippaa koneen. Koiteltu eri curve optimizer asetuksilla ym, mutta +100 mhz ainoa stabiili.
 
Onko PBO:n käyttäminen sitten turvallista ja evääkö se takuun? Mielestäni toisissa emoissa on varoitukset BIOS valikossa ja toisissa ei sanota sanallakaan mitään? PBO + Curve hankala yhdistelmä vai parempi hieroa pelkästään toista?
 
Onko PBO:n käyttäminen sitten turvallista ja evääkö se takuun? Mielestäni toisissa emoissa on varoitukset BIOS valikossa ja toisissa ei sanota sanallakaan mitään? PBO + Curve hankala yhdistelmä vai parempi hieroa pelkästään toista?
Tässä järjestyksessä:

- curve
- PBO limitit (kannattaa aloittaa vaikka 300/300/300, ja etsiä cinebenchillä se TDC arvo mihin prossu asettuu, lukita se (eli jos se oli 130, niin laitat limiteiksi 300/130/300), ja sen jälkeen laskea EDC:tä vaikka 10 kerrallaan kunnes löydät sen asetuksen missä saat parhaan tuloksen
- clock override (aloitat 0MHz ja nostat kunnes setti ei ole enää vakaa)

Scalar kannattaa pitää 1X:ssä.
 
Viimeksi muokattu:
Tässä järjestyksessä:

- curve
- PBO limitit (kannattaa aloittaa vaikka 300/300/300, ja etsiä cinebenchillä se TDC arvo mihin prossu asettuu, lukita se (eli jos se oli 130, niin laitat limiteiksi 300/130/300), ja sen jälkeen laskea EDC:tä vaikka 10 kerrallaan kunnes sen asetuksen missä saat parhaan tuloksen
- clock override (aloitat 0MHz ja nostat kunnes setti ei ole enää vakaa)

Scalar kannattaa pitää 1X:ssä.

Curvella sietää vain (-5) allcore. Testit kyllä rullaa iloisesti (-10 ja -15), mutta ongelmia tulee pelatessa. Pitäisi uhrata enemmän aikaa ja hermoja säätämiseen. Pelkällä curvella (-5) boostit taisi olla allcore ~4950MHz ja nyt pikaisella testillä pelkkä PBO 190/140/150 @ 4875-5050MHz. PBO 180/120/125 + Curve (-5) + clock override ei sietänyt kuin +50MHz. Pitää joku kompromissi tehdä ja ajella pienellä limitillä ns. löysät pois.

Onko SOC TDC ja SOC EDC arvoilla merkitystä? Monesti nähnyt että jätetty arvoon 0? <<< Onko vain AsRockin ominaisuus?

> Testin perusteella oikea suora on 190/125/125. Pitää testailla onko BF5 vakaa, joka mulla tuntuu olevan melkoinen murhe vakauden suhteen.

> Nyt boostit PBO (+50) + Curve (-5) 4,9-5GHz. CB20 pojot oli noin 8800. Taitaa olla aika linjassa muiden kanssa? Pitää tuota vakautta vielä testailla paremmalla ajalla. <<< Ei siedä tuolla combolla pelailla. Kerneliä pukkaa.

> Curve disabloituna homma skulaa. CCD1 5GHz ja CCD 2 4,9GHz. CB20 antaa näillä ~8850 pojoa. Ehkä siellä ei sitten ole tilaa joka ytimen kohdalla, vaan pitäisi perehtyä paremmin tuohon curven tekoon ydin kohtaisesti.
 
Viimeksi muokattu:
Tässä järjestyksessä:

- curve
- PBO limitit (kannattaa aloittaa vaikka 300/300/300, ja etsiä cinebenchillä se TDC arvo mihin prossu asettuu, lukita se (eli jos se oli 130, niin laitat limiteiksi 300/130/300), ja sen jälkeen laskea EDC:tä vaikka 10 kerrallaan kunnes löydät sen asetuksen missä saat parhaan tuloksen
- clock override (aloitat 0MHz ja nostat kunnes setti ei ole enää vakaa)

Scalar kannattaa pitää 1X:ssä.

Onko nämä ohjeet validit myös 5600x:lle?

Yritin säätää Sampsan videon mukaan + jonka jälkeen hain corecyclerillä vakaat arvot curve optimizeriin (kaikki coret välillä -16... -30). Silti cinebenchin tulos jää vain 4400:aan...
 
Viimeksi muokattu:
Tuo OCCT:n single core testeri aiemmin löysi vikoja all core negative -12 mutta tänään ei enää löytänyt. Tästä ärsyyntyneenä latasin tuon corecyclerin ja löytää sekunneissa heti virheen, isot peukut tuolle varmaan tähän hätään paras tähän touhuun :tup:.
 
Itellä on parhaat pisteet tullu ku rajottaa EDC:tä vähä alaspäin, muilla ei o ollu mitää väliä.. elikkä 190amp(mun emon max)-->175-180amp antaa parhaat tulokset jolloin allcore kellot pysyy 4550mhz / single coret 4900mhz ku ajelee testejä, välillä satunnaisesti käy vähä korkeemmalla kevyemmissä kuormissa.
Curvella parhaat 4 corea on -8, loput -20, +125mhz(tällä ei o hitonkaa väliä näis uudemmissa biosseissa täl emolla),Scalarilla ei o väliä missä asennossa käyttää, PBO Fmax enchancerilla saa kelloja sitte taas ylös vaik kuin paljo(allcore 4750mhz /singlecore 5200mhz), mutta pisteet laskee testeissä roimasti, huolimatta asetuksista jos tuo on päällä..

Toki nää kaikki asetukset on suuntaa antavaa, riippuen omasta kotelon ilmankierrosta/tahnoista/jäähystä.. jo parin asteen muutos alaspäin nostaa kelloja/antaa enemmän testi pisteitä näillä uusilla ryzeneillä, oma prossu käy allcore testeissä nyt sen max 86c.

Uusimmalla agesalla / biossilla tehtyjä testejä, verrokkina tähän mennessä bios missä toimi parhaiten kellotus, tuon 3002 jälkee kaikki ollu vähä rikki.
r20, 635/9020(3002 biossilla 648/9031)
r23, 1630/23162 (3002 biossilla 1655/23200)
CPU-Z, 674.1/10091 (3002 biossilla 671.3/10026.1)
 
Voisko viisaammat auttaa noiden muistien kellotusten kanssa? Tuppaavat väkisin juosta 2133mhz:llä. Sain ne kerran jotenkin 3800mhz:llä toimimaan mutta kun nyt Dram calculatorilla yrittänyt viilata asetuksia ja vaihtanut fclk:n pois autolta niin sain niin jumiin että piti cmos pyyhkiä... Emo on b550-e gaming ja muistit G.skill trident z neo
F4-3600C18Q-64GTZN CL18-22-22-42 1,35V
Prossu 5600x
 
Voisko viisaammat auttaa noiden muistien kellotusten kanssa? Tuppaavat väkisin juosta 2133mhz:llä. Sain ne kerran jotenkin 3800mhz:llä toimimaan mutta kun nyt Dram calculatorilla yrittänyt viilata asetuksia ja vaihtanut fclk:n pois autolta niin sain niin jumiin että piti cmos pyyhkiä... Emo on b550-e gaming ja muistit G.skill trident z neo
F4-3600C18Q-64GTZN CL18-22-22-42 1,35V
Prossu 5600x
Jos vaa kokeilet laittaa ne 3800mhz viilaamatta asetuksia, jos toimii niin sitte lähet viilaamaa asetuksia alaspäin pikkuhiljaa.. geardown moden pois ottaminen varmaan tekee tuon sun ongelman niinku monella muullaki kun se muuttaa latency asetuksia parillisiin kun päällä, ottaa pois päältä niin ne on ne mitä laitat.
Sen enempää ei voi auttaa kun ei tiedä mitkä nuo muistit on, B-diet ei ainakaa ole.. volttien nosto auttaa aina kans, mut pitäs tietää millä diellä muistit on ekana ettei anna liikaa voltteja niille.
 

Statistiikka

Viestiketjuista
257 779
Viestejä
4 478 081
Jäsenet
74 011
Uusin jäsen
velle

Hinta.fi

Back
Ylös Bottom