DDR5-muistit - kellotukset ja kokemukset

[speedjani]

No niin, Paluu taas yrittämään tuota 8000Mhz:n virstan pylvästä.
Laitoin manuaali modelle Muistiasetukset ja sit 8000Mhz sekä syötin ihan vaan nuo muistien kellojaksot ilman EXPO profiilia. No ei siitä paljoo iloa ollut. Huomasin sen, että kun muisiten jännitteet oli automaatilla, niin välitön kaato oli edessä. Bios vissiin vetää niin hatusta, niitä et ei miitään vakutta. No, sit laitoin VDD:n ja parit muut jännitteet manuaalisti, niin sain sit ton Memtest 5:n maaliin.
Että nyt sit ajattelin kokeilla syöttää nuo VDDG CCD ja VDDG IOD jännitteet manulaalisti ja katsoa mitä tapahtuu. SIt huomasin sellaisen jutun, et ku G.Skill antaa noille perus kelloille tras: 128, niin bios ei hyväksy sitä vaan muuttaa sen automaattisesti 127 arvoon. Onko tämä normaalia?

 

[Lebensraum]

No niin, Paluu taas yrittämään tuota 8000Mhz:n virstan pylvästä.
Laitoin manuaali modelle Muistiasetukset ja sit 8000Mhz sekä syötin ihan vaan nuo muistien kellojaksot ilman EXPO profiilia. No ei siitä paljoo iloa ollut. Huomasin sen, että kun muisiten jännitteet oli automaatilla, niin välitön kaato oli edessä. Bios vissiin vetää niin hatusta, niitä et ei miitään vakutta. No, sit laitoin VDD:n ja parit muut jännitteet manuaalisti, niin sain sit ton Memtest 5:n maaliin.
Että nyt sit ajattelin kokeilla syöttää nuo VDDG CCD ja VDDG IOD jännitteet manulaalisti ja katsoa mitä tapahtuu. SIt huomasin sellaisen jutun, et ku G.Skill antaa noille perus kelloille tras: 128, niin bios ei hyväksy sitä vaan muuttaa sen automaattisesti 127 arvoon. Onko tämä normaalia?

kopioi tosta rushin asetuksia ja pistä primaryt löysemmiksi, siitä jatkat viilailua

 

[speedjani]

2 x 32Gb, 69c on ollut lämmöt pahimmillaan muistitestejä ajaessa ja näytönohjain vieressä furmarkkia pöristelemässä. Iso tornikotelo. Virittelin pikkutuulettimen puhisemaan muisteille ja lämmöt tippui noin 8c.

No on kyllä ollu melko kuumat kammat

 

[hese_e]

No on kyllä ollu melko kuumat kammat

Joo, varsinkin kun edellisetkin olivat dual rank kammat, mutta vedellä jäähdytettynä. Vesijäähystä ilmalle siirryttäessä piti ajaa karhu ja todeta, että hyvin toimii. Paitsi ei toiminut enää pelatessa, kun näytönohjain nosti kotelon lämpöä, jonka jälkeen muistit alkoi tehdä virheitä kunnolla. Piti vähän löysätä. B-Die on aika lämpöherkkä, mutta asetukset löysättynäkin se oli nopeampi, mitä muut piirit.

Siitä oppineena muistitestin aikana on noin 2h pätkä, missä pyörii furmark rinnalla. Jos on ylikireät asetukset, niin siinä selviää kestääkö ne rääkkiä pelilämmöissä, vai ei.

 

[speedjani]

@rushi osaatko sanoa paraneeko DDR5 muisteilla menohalut yleensä yhtään jos jännitettä lähdetään korottelemaan tuosta 1.4V ylemmäs? Vai lieneekö nuo DDR5 muistit jotakuinkin sellaisia että kun se optimaalinen jännite on saavutettu niin kovemmilla jännitteillä ei enää oo oikeastaan hyötyjä odotettavissa?

Edit. Omat siis Hynixin piireillä ja mitä oon tuossa 1.4V - 1.45V välissä välillä testaillu niin en kyllä oikein eroa löytäny. Toki kai se voi myös olla että prosessorin muistinohjain haraa vastaan?

Mistäs tollasen taulukon löytäis omille G.Skill kammoille? Vai löytyykö G.Skillin sivuilta?

 

[AeshmA]

Mistäs tollasen taulukon löytäis omille G.Skill kammoille? Vai löytyykö G.Skillin sivuilta?

Tuo on kuvakaappaus Taiphoon Burnerista, joka lukee kampojen SPD tiedot

https://www.softpedia.com/get/Tweak/Memory-Tweak/Thaiphoon-Burner.shtml

 

[kaleva]

No niin, Paluu taas yrittämään tuota 8000Mhz:n virstan pylvästä.
Laitoin manuaali modelle Muistiasetukset ja sit 8000Mhz sekä syötin ihan vaan nuo muistien kellojaksot ilman EXPO profiilia. No ei siitä paljoo iloa ollut. Huomasin sen, että kun muisiten jännitteet oli automaatilla, niin välitön kaato oli edessä. Bios vissiin vetää niin hatusta, niitä et ei miitään vakutta. No, sit laitoin VDD:n ja parit muut jännitteet manuaalisti, niin sain sit ton Memtest 5:n maaliin.
Että nyt sit ajattelin kokeilla syöttää nuo VDDG CCD ja VDDG IOD jännitteet manulaalisti ja katsoa mitä tapahtuu. SIt huomasin sellaisen jutun, et ku G.Skill antaa noille perus kelloille tras: 128, niin bios ei hyväksy sitä vaan muuttaa sen automaattisesti 127 arvoon. Onko tämä normaalia?

Sillä, että onko tRAS 128, 127 tai 126 ei liene merkitystä: tavoite on vain nostaa se maksimiin, koska vaikutus suorituskykyyn on mitätön, mutta voi liian tiukkana aiheuttaa epävakautta. Jotkut lyö sen maksimiin, toiset kiristää sitä muiden asetusten mukana.

Paina tosta TestMem5 Log napin vierestä "Settings -> testing -> configuration vaikkapa 1usmus v3 tai Absolut. Tota TM5 testeriä kuten karhuakin tulee pyöritellä tunteja, jotta kertoo mitään vakaudesta.

Mikä BIOS-versio sulla on? Joskus uudempi bios voi parantaa muistien vakautta, mutta voi toki käydä myös niin, että vakaaksi todetut asetukset eivät toimikaan enää sellaisenaan.

 

[speedjani]

No joo. Siinä olis tän päivän saldo. En tosiaan tiedä, miten KARHUN kanssa paini käy näiden muistien, mut Memtest5 meni läpi ja sit nostin vil kokeeks ton FCLK:n 2200Mhz:n Aidassa mielestäni luku ja kirjoitusnopeus hiukan kasvoi.
Otin tuoosa vil kuvan tuosta Asusken biosin tällähetkellä säätämistäni jännitteistä. Miltä nää ammattilaisten silmään näyttää. Cinebenc R24:n tulos oli EXPO II profiililla 2480, mutta niillähän se ei ollut kovinkaan vakaa. Nyt näillä on vähän maltillisempi
tulos eli 2200 noin. Nyt on pakko lopettaa ja tallensin Biosin asetukset tähän asti.

 

[kaleva]

No joo. Siinä olis tän päivän saldo. En tosiaan tiedä, miten KARHUN kanssa paini käy näiden muistien, mut Memtest5 meni läpi ja sit nostin vil kokeeks ton FCLK:n 2200Mhz:n Aidassa mielestäni luku ja kirjoitusnopeus hiukan kasvoi.
Otin tuoosa vil kuvan tuosta Asusken biosin tällähetkellä säätämistäni jännitteistä. Miltä nää ammattilaisten silmään näyttää. Cinebenc R24:n tulos oli EXPO II profiililla 2480, mutta niillähän se ei ollut kovinkaan vakaa. Nyt näillä on vähän maltillisempi
tulos eli 2200 noin. Nyt on pakko lopettaa ja tallensin Biosin asetukset tähän asti.

Jännitteissä ei omaan silmään kummallisempaa, mutta... Mun mielestä sä etenet vähän vauhdilla, etkä ehkä hahmota miten perseestä epävakaan muisti/prossu -kombon käyttäminen voi olla pidemmän ajan aikana. Pari ajatusta:
- Mitä enemmän tekee kerralla muutoksia ilman *kunnollista vakauden testaamista muutosten välissä, sitä vaikeampaa on saada muistit vakaaksi.
- FCLK kellottaminen täytyy tehdä nostamalla pykälittäin, ja verrata benchmarkkien tuloksia toisiinsa. FCLK epävakaus on vaikea saada näkyville perus testien kanssa, sillä AM5 kannalla WHEA-errorin ilmestymisen sijaan tapahtuu "retransmissiota", joka näkyy heikentyvänä suorituskykynä, äänivirheinä, ym outoina lyhyinä 'pätkäisyinä'. Buildzoidin havainnollistava esimerkki.
- Ei oikeen ole olemassa vähän vakaata systeemiä, vaan joko vakaata tai epävakaata. Virhe muistien toiminnassa kriittisenä hetkenä (esimerkiksi windows-päivitys, isot tiedonsiirrot, tai miksei vaan lempipelin tallennus) voi pahimmassa tapauksessa korruptoida tiedostoja käyttökelvottomaksi.

*Riittävästä testaamiesta on varmaan saman verran mielipiteitä, kun räpeltäjiäkin. Myönnän tekeväni joskus useamman säädön kerralla, mutta hyväksyn sen vitutuksen kun errorin ilmentyessä joudun ottamaan takapakkia yksi ajotus kerrallaan. Itselläni on säätöjä tehdessä tapana ajaa TM5 absoluttia 3 sykliä, DDR5 ryzen3D 20-25 sykliä, ja päälle karhua pidempi ajo esimerkiksi yön yli. Muita hyviä testausvaihtoehtoja, joita täällä on tullut vastaan, ovat esimerkiksi y-cruncher, OCCT ja linpack extreme. Jos haluaa simuloida tehokkaasti raskasta pelaamista, voi laittaa esimerkiksi TM5 DDR5 Ryzen3D ohjelman päälle yhtäaikaisesti OCCT:n näytönohjain testin kanssa. Saa samalla työhuoneen hyvin lämpimäksi näin kylmenevissä illoissa 8)

 

[speedjani]

Jännitteissä ei omaan silmään kummallisempaa, mutta... Mun mielestä sä etenet vähän vauhdilla, etkä ehkä hahmota miten perseestä epävakaan muisti/prossu -kombon käyttäminen voi olla pidemmän ajan aikana. Pari ajatusta:
- Mitä enemmän tekee kerralla muutoksia ilman *kunnollista vakauden testaamista muutosten välissä, sitä vaikeampaa on saada muistit vakaaksi.
- FCLK kellottaminen täytyy tehdä nostamalla pykälittäin, ja verrata benchmarkkien tuloksia toisiinsa. FCLK epävakaus on vaikea saada näkyville perus testien kanssa, sillä AM5 kannalla WHEA-errorin ilmestymisen sijaan tapahtuu "retransmissiota", joka näkyy heikentyvänä suorituskykynä, äänivirheinä, ym outoina lyhyinä 'pätkäisyinä'. Buildzoidin havainnollistava esimerkki.
- Ei oikeen ole olemassa vähän vakaata systeemiä, vaan joko vakaata tai epävakaata. Virhe muistien toiminnassa kriittisenä hetkenä (esimerkiksi windows-päivitys, isot tiedonsiirrot, tai miksei vaan lempipelin tallennus) voi pahimmassa tapauksessa korruptoida tiedostoja käyttökelvottomaksi.

*Riittävästä testaamiesta on varmaan saman verran mielipiteitä, kun räpeltäjiäkin. Myönnän tekeväni joskus useamman säädön kerralla, mutta hyväksyn sen vitutuksen kun errorin ilmentyessä joudun ottamaan takapakkia yksi ajotus kerrallaan. Itselläni on säätöjä tehdessä tapana ajaa TM5 absoluttia 3 sykliä, DDR5 ryzen3D 20-25 sykliä, ja päälle karhua pidempi ajo esimerkiksi yön yli. Muita hyviä testausvaihtoehtoja, joita täällä on tullut vastaan, ovat esimerkiksi y-cruncher, OCCT ja linpack extreme. Jos haluaa simuloida tehokkaasti raskasta pelaamista, voi laittaa esimerkiksi TM5 DDR5 Ryzen3D ohjelman päälle yhtäaikaisesti OCCT:n näytönohjain testin kanssa. Saa samalla työhuoneen hyvin lämpimäksi näin kylmenevissä illoissa 8)

Olet varmasti oikeassa. Itsekkin mietin sitä, että pitäiskö esim yksi jännite säätää eka parhhaksi ja sit toinen jne. Olen kyllä tehnyt eri talletuksia, että voi palata taakse, mutta joo. Pitääpä yrittää keskittyä. Oikeastaan se on hankalaa, ku jos säätää jotain, niin yleensä ainakin sähkötekniikassa ja elektroniikassa vaikutus ei jää pelkäatään siihen, vaan ukottuu eri suuntiin

 

[Lebensraum]

Olet varmasti oikeassa. Itsekkin mietin sitä, että pitäiskö esim yksi jännite säätää eka parhhaksi ja sit toinen jne. Olen kyllä tehnyt eri talletuksia, että voi palata taakse, mutta joo. Pitääpä yrittää keskittyä. Oikeastaan se on hankalaa, ku jos säätää jotain, niin yleensä ainakin sähkötekniikassa ja elektroniikassa vaikutus ei jää pelkäatään siihen, vaan ukottuu eri suuntiin

tehä ensin se 100% vakaa perusprofiili joka toimittaa 90-95% maksimisuorituskyvystä, siitä jatkaa jalostamista

 

[hese_e]

tehä ensin se 100% vakaa perusprofiili joka toimittaa 90-95% maksimisuorituskyvystä, siitä jatkaa jalostamista

Bingo. B-Diet tuli hinkattua huolella ja se muuten vituttaa, kun jossain 8000% kohdalla karhussa tulee virhe ja taas säädetään. Järkeähän siinä ei enää ollut, kun haettiin maksimia ja valtaosa suorituskyvystä oli jo oikeasti kasassa.

Nyt ajoin kaavalla testataan CB:n benchmarkilla onko vaikutusta, vai ei ja sitten alettiin hakea vakaita asetuksia. Tietty siinä kohtaa jo tiesi mitä oli tekemässä, niin ei ihan mitä tahansa sontaa tai maksimia laittanut ajoon, vain pääasetukset ja pari kriittisintä aliajoitusta. Viime yönä yli 20K karhu olikin valmistunut. Voisi tuossa muutaman aliajoituksen vielä viilata, mutta kun suorituskykyvaikutus on sen verran olematon, ettei kannata. Ei jaksa enää. Ellei jossain kohtaa laita vain yön yli pyörimään ja katso pysyikö kasassa.

64Gb 6000mhz C30 kitti venyi 36-48-48-66 @ 7400mhz kevyesti viilatuilla aliajoituksilla.

 

[Rusna]

Jep. Se muuten syö aikalailla miestä (tai henkilöä), kun Karhussa tulee noin 18 tunnin kohdalla error.

 

[speedjani]

Kysymys. Voiko tuota CAS latenssia laskea pykälä kerrallaan alas päin, jos haluaa kokeillla, mihin muistit taipuuu ja jos, niin miten nuo muut perus kellojaksot on suhteutettuna niihin, koska ilmeisesti niissä on joku matemaattinen suhde? Eli jos olis vaik vakiot 40-48-48-48-128 ja muutais cas arvoa 39:n, niin miten noita muita pitää pudottaa? Onko tähän olemassa jotain taulukkoa tai kaavaa. Ja pitääko cas olla parillinen luku vai onko sillä merkitystä?

 

[hese_e]

Kysymys. Voiko tuota CAS latenssia laskea pykälä kerrallaan alas päin, jos haluaa kokeillla, mihin muistit taipuuu ja jos, niin miten nuo muut perus kellojaksot on suhteutettuna niihin, koska ilmeisesti niissä on joku matemaattinen suhde? Eli jos olis vaik vakiot 40-48-48-48-128 ja muutais cas arvoa 39:n, niin miten noita muita pitää pudottaa? Onko tähän olemassa jotain taulukkoa tai kaavaa. Ja pitääko cas olla parillinen luku vai onko sillä merkitystä?

Jos on 2T ajoitukset, niin se CAS tippuu vain 2 pykälän välein. Ei ole ns. suhdetta muihin pääajoituksiin. CAS ja TRCDRD ovat noista ne herkimmät, jälkinmmäistä voi laskea pykälä kerrallaan, mutta oikeasti kun ollaan noin 40-50 lukemissa, niin prosentuaalinen ero yhden pykälän laskusta on mitätön. Esim minulla ei toiminut 46, niin en edes viitsinyt testata 47 asetusta, vaan jatkoin toimivalla 48:lla.

 

[speedjani]

Jep. Se muuten syö aikalailla miestä (tai henkilöä), kun Karhussa tulee noin 18 tunnin kohdalla error.

Tästä tulikin mieleen, että harvalla taitaa kone olla edes päällä yhtä jaksoisesti 18h, eli herää kysymys, että jos käyttäjällä kone on auki kerrallaan max 8h, ja karhu kaatuis 18h kohdalla, niin tässä tapauksessa sillä ei kai ole mitään merkitystä. Sit se, että pyörittääkö tuo Karhu, jotain tiettyä looppia ja generoikonse jotain matemaattista lasketaa joka on aina eri. Mietin vaan, et miksi noita just pitää ajaa noin kauan. ?

 

[pulshu]

@speedjani juu niin kuten tuossa jo saitkin ohjeet niin se on ihan vaan Thaiphoon Burner ohjelmalla luettuna tiedot noista omista muisteista.

 

[speedjani]

Sillä, että onko tRAS 128, 127 tai 126 ei liene merkitystä: tavoite on vain nostaa se maksimiin, koska vaikutus suorituskykyyn on mitätön, mutta voi liian tiukkana aiheuttaa epävakautta. Jotkut lyö sen maksimiin, toiset kiristää sitä muiden asetusten mukana.

Paina tosta TestMem5 Log napin vierestä "Settings -> testing -> configuration vaikkapa 1usmus v3 tai Absolut. Tota TM5 testeriä kuten karhuakin tulee pyöritellä tunteja, jotta kertoo mitään vakaudesta.

Mikä BIOS-versio sulla on? Joskus uudempi bios voi parantaa muistien vakautta, mutta voi toki käydä myös niin, että vakaaksi todetut asetukset eivät toimikaan enää sellaisenaan.

Mulla on uusin bios 1715

 

[hese_e]

Tästä tulikin mieleen, että harvalla taitaa kone olla edes päällä yhtä jaksoisesti 18h, eli herää kysymys, että jos käyttäjällä kone on auki kerrallaan max 8h, ja karhu kaatuis 18h kohdalla, niin tässä tapauksessa sillä ei kai ole mitään merkitystä. Sit se, että pyörittääkö tuo Karhu, jotain tiettyä looppia ja generoikonse jotain matemaattista lasketaa joka on aina eri. Mietin vaan, et miksi noita just pitää ajaa noin kauan. ?

Tuo on pikemminkin tilastollisen todennäköisyyden eliminoimista. Jos muistit on vakaat, ne pyörittää karhua vaikka 365 päivää putkeen. 1000% ajolla saat muistit, jotka ei vedä samantien bluescreeniä, mutta voit myöhemmin syyttää näytönohjaimen ajureita, kun peli kaatuu, vaikka oikeasti se kaatui muistivirheeseen.

Itse olen pitänyt noin 20000% suoritusta rajana, että pidän muisteja vakaana.

 

[pulshu]

Tästä tulikin mieleen, että harvalla taitaa kone olla edes päällä yhtä jaksoisesti 18h, eli herää kysymys, että jos käyttäjällä kone on auki kerrallaan max 8h, ja karhu kaatuis 18h kohdalla, niin tässä tapauksessa sillä ei kai ole mitään merkitystä. Sit se, että pyörittääkö tuo Karhu, jotain tiettyä looppia ja generoikonse jotain matemaattista lasketaa joka on aina eri. Mietin vaan, et miksi noita just pitää ajaa noin kauan. ?

Kone 24/7 päällä joten joo suosittelen että muistejen vakauteen kannattaa panostaa. Itte tykänny boottailla konetta abouttiarallaa 1-2 kertaa kuukaudessa.

 

[Anatoli]

Tästä tulikin mieleen, että harvalla taitaa kone olla edes päällä yhtä jaksoisesti 18h, eli herää kysymys, että jos käyttäjällä kone on auki kerrallaan max 8h, ja karhu kaatuis 18h kohdalla, niin tässä tapauksessa sillä ei kai ole mitään merkitystä.

Ei todellakaan toimi tuolla periaatteella. Virhe joka yksittäisessä testissä tulee ilmi tuntien jälkeen voi hyvinkin toistua milloin vain, vaikka välittömästi startin jälkeen.

Jos arkikäyttöä ajatellaan, niin oma ohjeeni kaikkeen ylikellotukseen on se että pitkillä, monipuolisilla ja "huonoissa olosuhteissa" ajetuilla testeillä haetaan se täysin vakaa tila. Siitä otetaan lopuksi vielä pykälä kelloja alaspäin, jolloin voidaan olla hyvin varmoja siitä, että kaatumiset yms johtuu jostain muusta kuin epästabiilista raudasta.

 

[kaleva]

Tästä tulikin mieleen, että harvalla taitaa kone olla edes päällä yhtä jaksoisesti 18h, eli herää kysymys, että jos käyttäjällä kone on auki kerrallaan max 8h, ja karhu kaatuis 18h kohdalla, niin tässä tapauksessa sillä ei kai ole mitään merkitystä. Sit se, että pyörittääkö tuo Karhu, jotain tiettyä looppia ja generoikonse jotain matemaattista lasketaa joka on aina eri. Mietin vaan, et miksi noita just pitää ajaa noin kauan. ?

Kuten Anatoli sanoikin, se että virhe tulee 10h kohdalla ei tarkota, että 8h voi käyttää konetta ongelmitta.

Sen hyödyn olen huomannut kun käyttää useampaa eri testeriä ennen vaikka sitä pidempää karhu-ajoa, niin virheet voi löytyä helpommin. On ollut tilanteita, kun y-cruncherin ja linpackin rasitukset menee läpi ilman ongelmaa, mutta TM5 absolut antaa errorin vartissa. Tai että yön yli mennyt Karhu ilman ongelmia, mutta tunti TM5 DDR5 ryzen3D antoi errorin.

Monipuolinen testaus on ollut siis ainakin itselläni tehokkain tapa löytää erroreita. Vittumaisinta muistien kellottamisessa onkin se odottelu, kun epävakauden havaitseminen on usein tosi hidasta

 

[rushi]

Sitten ton Karhun kanssa on vielä sekin, että se on käytännössä epärealistisen raskas testi - vähän kuin Furmark näyttiksille. Etenkin noiden ITX-koneiden kanssa olen törmännyt sellaseen (ja varsinkin DDR4 B-dien kanssa), että muistit on sekä käytössä että kaikilla muilla testiohjelmilla täysin vakaat, mutta 2000-3000% Karhu nostaa vaan muistilämmöt niin rajuiksi että tulee erroria. Ja toisaalta, Karhu ei löydä aina kaikkia virheitä mitä esim. TM5 löytää jollain extreme-asetuksilla. Tai y-Cruncher.

TM5:n kanssa on se plussa myös, että se ilmoittaa erilaiset virheet, joiden perusteella voi arvioida, mikä voisi olla pielessä. Karhu vaan kertoo, että tuli virhe.

 

[kaleva]

Sitten ton Karhun kanssa on vielä sekin, että se on käytännössä epärealistisen raskas testi - vähän kuin Furmark näyttiksille. Etenkin noiden ITX-koneiden kanssa olen törmännyt sellaseen (ja varsinkin DDR4 B-dien kanssa), että muistit on sekä käytössä että kaikilla muilla testiohjelmilla täysin vakaat, mutta 2000-3000% Karhu nostaa vaan muistilämmöt niin rajuiksi että tulee erroria. Ja toisaalta, Karhu ei löydä aina kaikkia virheitä mitä esim. TM5 löytää jollain extreme-asetuksilla. Tai y-Cruncher.

TM5:n kanssa on se plussa myös, että se ilmoittaa erilaiset virheet, joiden perusteella voi arvioida, mikä voisi olla pielessä. Karhu vaan kertoo, että tuli virhe.

Onkos muuten muille TM5 testereille kuin 1usmus v3 tehty cheat-sheettiä, jonka avulla ratkoa errorin syytä?

 

[Jouska]

TM5:n kanssa on se plussa myös, että se ilmoittaa erilaiset virheet, joiden perusteella voi arvioida, mikä voisi olla pielessä. Karhu vaan kertoo, että tuli virhe.

Ja tästä tulilkin mieleen, että näitä erilaisia virheitä ja niiden mahdollisia syitä, on joku koittanut myös kirjata myös taulukkoon, esim:

Tämän sisällön näkemiseksi tarvitsemme suostumuksesi kolmannen osapuolen evästeiden hyväksymiseen.
Lisätietoja löydät evästesivultamme.

Hyväksy kolmannen osapuolen evästeet

Linkki: https://docs.google.com/spreadsheets/d/1A7G97QOL0dNMwJZa9SYEq2RElJ5T6Hcx9WdReTsnIWw/

Tämän sisällön näkemiseksi tarvitsemme suostumuksesi kolmannen osapuolen evästeiden hyväksymiseen.
Lisätietoja löydät evästesivultamme.

Hyväksy kolmannen osapuolen evästeet

Linkki: https://docs.google.com/spreadsheets/u/0/d/1MTKvkEI5mXchE_XFaiG9AAS89sOANAy7YY69bWLkdQ8/


Ja nuo pätevät sitten vain 1usmus_v3 configille.

 

[Rusna]

Tästä tulikin mieleen, että harvalla taitaa kone olla edes päällä yhtä jaksoisesti 18h, eli herää kysymys, että jos käyttäjällä kone on auki kerrallaan max 8h, ja karhu kaatuis 18h kohdalla, niin tässä tapauksessa sillä ei kai ole mitään merkitystä. Sit se, että pyörittääkö tuo Karhu, jotain tiettyä looppia ja generoikonse jotain matemaattista lasketaa joka on aina eri. Mietin vaan, et miksi noita just pitää ajaa noin kauan. ?

Sulla menee pointti ohi. Jos käynnistät tietokoneen tehdäksesi vaikka 5 minuutin rutiininomnaisen jutun mutta juuri se hiuksen hieno epävakaus osuu huonolla tuurilla juuri siihen intensiiviseen videoeditointiin/pelaamiseen/excelöintiin/reseptin tallentamiseen ja sitten onkin tiedot korruptoituneena ja parhaimmillaan jaettuna myös pilveen backuppeihin jolloin nekin ovat korruptoituneena. Karhua sun muita testiohjelmia jauhetaan juuri tämän takia kyllästymiseen asti ja vielä sitä ohi.

 

[Marti77]

Omasta mielestä FCLK taajuus kannattaa nostaa vasta sitten kun tietää onko kaikki muu vakaa kun se on todella vaikea testata onko se vakaa tai ei.
Itse huomasin 7800x3d prossulla kun koitin fclk2200 taajuutta että yhdessä pelissä see heitti jatkuvasti työpöydälle ja tuli virheilmoitus mitään muuta en huomannut laskemalla niin vika korjantui.
Itse en ole pahemmin 8000 taajuutta koittanut säätää nopeasti koitin ja ei ollut vakaa vaikka pistin löysät latenssit eli hyöty meni jo siinä.
Myös vsoc jännitettä ei tarvi olla kovin paljon 8000 taajuudella se voi jopa tehdä haittaa vakaudelle jos ymmärsin buildzoidin puheiden perusteella.

Kannattaa muuten päivittää zentimings 1.36 beta versioon kun siinä on nyt tuo uusi PawnIO kernel ajuri mahdollista asentaa ja muita uudistuksia myös.

 

[speedjani]

Omasta mielestä FCLK taajuus kannattaa nostaa vasta sitten kun tietää onko kaikki muu vakaa kun se on todella vaikea testata onko se vakaa tai ei.
Itse huomasin 7800x3d prossulla kun koitin fclk2200 taajuutta että yhdessä pelissä see heitti jatkuvasti työpöydälle ja tuli virheilmoitus mitään muuta en huomannut laskemalla niin vika korjantui.
Itse en ole pahemmin 8000 taajuutta koittanut sääätää nopeasti koitin ja ei ollut vakaa vaikka pistin löysät latenssit eli hyöty meni jo siinä.
Myös vsoc jännitettä ei tarvi olla kovin paljon 8000 taajuudella se voi jopa tehdä haittaa vakaudelle jos ymmärsin buildzoidin puheiden perusteella.

Kannattaa muuten päivittää zentimings 1.36 beta versioon kun siinä on nyt tuo uusi PawnIO kernel ajuri mahdollista asentaa ja muita uudistuksia myös.

mihin tuos VSOC vaikuttaa , eli minkä jännite on kyseessä?

 

[Samat]

mihin tuos VSOC vaikuttaa , eli minkä jännite on kyseessä?

Kyseessä prosessorin sisällä olevan järjestelmä piirin jännite. Vaikuttaa yleisesti vakauteen. MAX 1.3V, muuten voi cpu rikkoontua. Itsellä tuo vain jotain 1.15V, kun FCLK vain perus 2000.

 

[speedjani]

Kyseessä prosessorin sisällä olevan järjestelmä piirin jännite. Vaikuttaa yleisesti vakauteen. MAX 1.3V, muuten voi cpu rikkoontua. Itsellä tuo vain jotain 1.15V, kun FCLK vain perus 2000.

Mä tein testejä tuon VSOC jännitteen kanssa. Se oli aiemmin 1.1v Nyt sit kokeilin tiputtaa sitä 1.05v ja se oli liian vähän. Karhu kaatui heti. sit muutamien testien jälkeen nyt on 1.2V ja nyt näyttäis olevan se aika hyvällä mallilla. Täytyy siirtyä säätämään muita jännitteitä

 

[kaleva]

Mä tein testejä tuon VSOC jännitteen kanssa. Se oli aiemmin 1.1v Nyt sit kokeilin tiputtaa sitä 1.05v ja se oli liian vähän. Karhu kaatui heti. sit muutamien testien jälkeen nyt on 1.2V ja nyt näyttäis olevan se aika hyvällä mallilla. Täytyy siirtyä säätämään muita jännitteitä

BCLK tarvitsee VSOC jännitettä tilanteissa, jossa BCLK=MCLK suhteella alkaa nostamaan nopeuksia ylöspäin. 8000 mhz muistinopeudella BCLK on vain 2000, minkä takia VSOC voi olla helpostikin <1.2V.

VSOC on maksimissaan 1.3V, ja vaikuttaa vähän ilmeisesti prosessorin lämpöihin ja virrankulutukseen. Suurempi ongelma korkealla VSOCilla on käänteinen korrelaatio FCLKn vakauteen: käytännössä VSOCin kanssa tasapainoillaan siten, että se on tarpeeks korkea, että muistit kelottuu, mutta mahdollisimman matala, jottei FCLKn vakaus kärsi Ja tässä tulee se kuuluisa "silicon lottery", jotkut prosessorit tarvitsevat korkeaan BCLK-taajuuteen niin korkean VSOCin, ettei FCLK ole enää vakaa.

1.2V (ei ainakaan enempää tarvitse) lienee hyvä perustaso jos säätää 8000mhz nopeudella

 

[Requiem]

Jos on 2T ajoitukset, niin se CAS tippuu vain 2 pykälän välein. Ei ole ns. suhdetta muihin pääajoituksiin. CAS ja TRCDRD ovat noista ne herkimmät, jälkinmmäistä voi laskea pykälä kerrallaan, mutta oikeasti kun ollaan noin 40-50 lukemissa, niin prosentuaalinen ero yhden pykälän laskusta on mitätön. Esim minulla ei toiminut 46, niin en edes viitsinyt testata 47 asetusta, vaan jatkoin toimivalla 48:lla.

Onko tämä muuttunut DDR5:llä? DDR4:llä GDM päällä pariton CL (RTP, CWL ja WR myös) ei ole mahdollinen. 2T päällä parittomat toimii.

 

[hese_e]

Onko tämä muuttunut DDR5:llä? DDR4:llä GDM päällä pariton CL (RTP, CWL ja WR myös) ei ole mahdollinen. 2T päällä parittomat toimii.

Oma Z890 emo tiputteli CAS latensia 2 pykälän välein ja muistaakseni niissä on 2T vakiona. DDR4:lla nuo parittomat toimi kyllä 1T ja 2T, mutta ei geardownilla.

 

[Requiem]

Oma Z890 emo tiputteli CAS latensia 2 pykälän välein ja muistaakseni niissä on 2T vakiona. DDR4:lla nuo parittomat toimi kyllä 1T ja 2T, mutta ei geardownilla.

Ei pitäisi johtua 2T asetuksesta, sehän lähettää komennot kahdesti. Löysin tuollaisen. DDR5-muistit - kellotukset ja kokemukset

 

[kaleva]

Tän langan elävöityminen tsemppasi alottamaan virittelyn 6000 mhz 2200 fclk setupin kohti 6400 mhz 2200 fclk setuppia. Nyt >vuorokauden vakaustestien jälkeen työpöytä näyttää seuraavalta:

Spoileri: zentimings, tm5, hwinfo

Taustalla nyt tunti y-cruncher VT3, 5 sykliä TM5 Absolut, 38 sykliä TM5 DDR5 Ryzen3D, 19h Karhua, sekä nyt viimeisempänä AIDA64 testi samalla kun kuuntelee musiikkia (jos kuulisi FCLK epävakaudesta johtuvia äänivirheitä ). Muistien maksimilämpö 54.5 °C tuli TM5 DDR5 Ryzen3D ja OCCT:n GPU-testin samanaikaisesta ajosta, kun prosessorin korkein lämpö 89 °C TM5 Absolutin aikana.

Primäärit eivät mene tiukemmalle ilman korkeampaa jännitettä, jota tällä hetkellä en kehtaa antaa enempää lämpöjen sekä marginaalisen hyödyn takia. VSOC 1.28V on vähän korkea omaan makuun, mutta sitä alemmalla ei löytynyt vakautta. Sitä en tiedä, että voisiko VDDQ ja VDDIO nostolla saada UCLK:hon vakautta, jotta VSOC voisi pudottaa... Mutta ei löydy ehkä kiinnostusta lähteä kokeilemaankaan

Vähän jännittää tuo FCLK vakaus, mutta linpackin xtreme tai y-cruncher vt3 eivät näyttäneet viitteitä epävakaudesta. Täytynee ajella kasa benchmarkkeja, ja vertailla vähän muihin omiin sekä muiden tuloksiin. Sekundäärisissä ja tertiäärisistä ajotuksissa voisi olla kiristeltävää, mutta suurimmat hyödyt lienee saatu irti.

GDM off asettui yllättävän helposti vakaaksi, kun kuvittelin kuulopuheiden takia vakauden löytämisen GDM disabled asennossa vaikeaksi.

Kuvasta puuttuvat jännitteet muistaakseni VDDG CCD = 1.00 V ja VDDG IOD = 1.05 V, VDDP = 1.05V. Nitro-asetukset vakio 2/3/1, joiden ruuvailusta voisi jonkun nanosekunnin saada latensseja alemmas.

 

[Marti77]

Tän langan elävöityminen tsemppasi alottamaan virittelyn 6000 mhz 2200 fclk setupin kohti 6400 mhz 2200 fclk setuppia. Nyt >vuorokauden vakaustestien jälkeen työpöytä näyttää seuraavalta:

Spoileri: zentimings, tm5, hwinfo

Taustalla nyt tunti y-cruncher VT3, 5 sykliä TM5 Absolut, 38 sykliä TM5 DDR5 Ryzen3D, 19h Karhua, sekä nyt viimeisempänä AIDA64 testi samalla kun kuuntelee musiikkia (jos kuulisi FCLK epävakaudesta johtuvia äänivirheitä ). Muistien maksimilämpö 54.5 °C tuli TM5 DDR5 Ryzen3D ja OCCT:n GPU-testin samanaikaisesta ajosta, kun prosessorin korkein lämpö 89 °C TM5 Absolutin aikana.

Primäärit eivät mene tiukemmalle ilman korkeampaa jännitettä, jota tällä hetkellä en kehtaa antaa enempää lämpöjen sekä marginaalisen hyödyn takia. VSOC 1.28V on vähän korkea omaan makuun, mutta sitä alemmalla ei löytynyt vakautta. Sitä en tiedä, että voisiko VDDQ ja VDDIO nostolla saada UCLK:hon vakautta, jotta VSOC voisi pudottaa... Mutta ei löydy ehkä kiinnostusta lähteä kokeilemaankaan

Vähän jännittää tuo FCLK vakaus, mutta linpackin xtreme tai y-cruncher vt3 eivät näyttäneet viitteitä epävakaudesta. Täytynee ajella kasa benchmarkkeja, ja vertailla vähän muihin omiin sekä muiden tuloksiin. Sekundäärisissä ja tertiäärisistä ajotuksissa voisi olla kiristeltävää, mutta suurimmat hyödyt lienee saatu irti.

GDM off asettui yllättävän helposti vakaaksi, kun kuvittelin kuulopuheiden takia vakauden löytämisen GDM disabled asennossa vaikeaksi.

Kuvasta puuttuvat jännitteet muistaakseni VDDG CCD = 1.00 V ja VDDG IOD = 1.05 V, VDDP = 1.05V. Nitro-asetukset vakio 2/3/1, joiden ruuvailusta voisi jonkun nanosekunnin saada latensseja alemmas.

6400 tajuus vaatii korkean vsoc jännitteen sitä ei luultavasti saa alemmas ellei ole joku erityisen hyvä prossu yksilö.

 

[speedjani]

6400 tajuus vaatii korkean vsoc jännitteen sitä ei luultavasti saa alemmas ellei ole joku erityisen hyvä prossu yksilö.

BCLK tarvitsee VSOC jännitettä tilanteissa, jossa BCLK=MCLK suhteella alkaa nostamaan nopeuksia ylöspäin. 8000 mhz muistinopeudella BCLK on vain 2000, minkä takia VSOC voi olla helpostikin <1.2V.

VSOC on maksimissaan 1.3V, ja vaikuttaa vähän ilmeisesti prosessorin lämpöihin ja virrankulutukseen. Suurempi ongelma korkealla VSOCilla on käänteinen korrelaatio FCLKn vakauteen: käytännössä VSOCin kanssa tasapainoillaan siten, että se on tarpeeks korkea, että muistit kelottuu, mutta mahdollisimman matala, jottei FCLKn vakaus kärsi Ja tässä tulee se kuuluisa "silicon lottery", jotkut prosessorit tarvitsevat korkeaan BCLK-taajuuteen niin korkean VSOCin, ettei FCLK ole enää vakaa.

1.2V (ei ainakaan enempää tarvitse) lienee hyvä perustaso jos säätää 8000mhz nopeudella

No tämä oli selkeesti avattu. Joo, mulla se on nyt 1.2v ja ei juurikaan saa sitä alaspäin

 

[speedjani]

Nyt on selvinnyt muutamia asioita. Tuossa kun tappelin noiden G.Skill Trident Z5 Neo Royal 2x24GB 8000Mhz muistien kanssa, eikä EXPO profiili ollut millään tapaa vakaa, niin aloitin sit manuaalisti tekemään tuota 8000Mhz:n pohjaa. No sain niinkin vakaaksi, että Karhua meni 10000% ja sit sammutin sen. Sit kävi mielessä kun niitä jännitteitä siinä säätelin, et Perhana. Jos sen EXPO profiilin ongelma onkin ne jännitteet. No Latasin äsken sen EXPO II priofiilin ja asetin manuaalisti sinne niitä muistien jännitteitä, ja nyt näyttäis siltä, et suunta on parempaan suuntaan. Lisäksi huomasin sen, että kun prossu oli Default asetuksilla, niin kun muutin sen asetuksia, niin, et laitoin Curven päälle PBO:sta ja valitsin synch all cores ja valitsin curve posittive +10. niin vakautta alkoi löytymään enemmän. Liekö siis osa noiden muistien epävakauteen vaikuttava tekijä olisi prossu

 

[DinocideFIN]

Kuulostaa vialliselta prosessorilla jos curve pitää olla positiivinen ettei kippaa?

 

[kaleva]

Kuulostaa vialliselta prosessorilla jos curve pitää olla positiivinen ettei kippaa?

Pohdin samaa jo aiemminkin, että saattaa olla melko maanantaimallin prossu, jos vaatii 1.2V VSOC 2000 UCLK taajuuteen.

Nyt on selvinnyt muutamia asioita. Tuossa kun tappelin noiden G.Skill Trident Z5 Neo Royal 2x24GB 8000Mhz muistien kanssa, eikä EXPO profiili ollut millään tapaa vakaa, niin aloitin sit manuaalisti tekemään tuota 8000Mhz:n pohjaa. No sain niinkin vakaaksi, että Karhua meni 10000% ja sit sammutin sen. Sit kävi mielessä kun niitä jännitteitä siinä säätelin, et Perhana. Jos sen EXPO profiilin ongelma onkin ne jännitteet. No Latasin äsken sen EXPO II priofiilin ja asetin manuaalisti sinne niitä muistien jännitteitä, ja nyt näyttäis siltä, et suunta on parempaan suuntaan. Lisäksi huomasin sen, että kun prossu oli Default asetuksilla, niin kun muutin sen asetuksia, niin, et laitoin Curven päälle PBO:sta ja valitsin synch all cores ja valitsin curve posittive +10. niin vakautta alkoi löytymään enemmän. Liekö siis osa noiden muistien epävakauteen vaikuttava tekijä olisi prossu

Mutta sait kuitenkin jo jonkun 8000 mhz setupin toimimaan 10000% verran karhulla? Miksi palasit EXPO-profiiliin?

 

[speedjani]

Pohdin samaa jo aiemminkin, että saattaa olla melko maanantaimallin prossu, jos vaatii 1.2V VSOC 2000 UCLK taajuuteen.



Mutta sait kuitenkin jo jonkun 8000 mhz setupin toimimaan 10000% verran karhulla? Miksi palasit EXPO-profiiliin?

No siis, ajattelin testaa, et miten se eroaa muuten. Itse en osannu laittaa ku perus kellojaksot, mut EXPO:ssa on laitettu enemmän

 

[kaleva]

No siis, ajattelin testaa, et miten se eroaa muuten. Itse en osannu laittaa ku perus kellojaksot, mut EXPO:ssa on laitettu enemmän

Parempi se on viritellä alusta asti, paljon helpompi pysyä kärryillä vakaudesta ja varsinkin ratkoa niitä epavauksia kun niitä ilmenee.

Onko sulla laittaa kuva zentimingista siitä sun 8000 mhz setupista, jonka sait toistaseksi vakaimmaksi? Vaatiko se oma virittely prosessorin curven säätämistä?

 

[speedjani]

Lexar 6000MHz CL26 1.45V kitti + halpis Gigabyte B850M FORCE

Kone nyt muutaman päivän pyöritellyt pelkkiä stressiohjelmia (OCCT, Karhu, Testmem5, Y-Cruncher) ja tietysti bootattu välillä. Vaikuttaisi olevan "boot to boot" vakaa 8100MHz.

Boottaa myös 8400MHz asti, mutta kone kaatuu heti kun lyö testin päälle... 8300MHz toimii muutaman sekunnin, 8200MHz parhaimmillaan 15min. Tuohon 8200MHz saatan palata myöhemmin..

Miks tuo MEM VDD on 0v? Vai onko se Auto ja Zen Timing on sillä hetkellä taltioinut sen?

 

[kaleva]

Miks tuo MEM VDD on 0v? Vai onko se Auto ja Zen Timing on sillä hetkellä taltioinut sen?

bugi

 

[Xiph]

Olin yksi niistä joka osti Kärkkäisen viimeisiä Kingstoneita FOMO:ssa, jotta vihdoinkin saa ddr4->ddr5 siirtymän aikaiseksi ja eipä 32Gb->64Gb haittaa.
Päätin jättää pari vuotta vanhan 14900K ja emoksi tuli Z790i Lightning. Katselee sitten vuoden päästä next gen Inteliä/AMD:tä.

Asennuksissa toinen kattotuuletin meni vahingossa väärinpäin puhaltamaan sisäänpäin ja ilmeisesti hieman avusti muistien jäähdytyksessä (5090FE virtausta vastaan).
6400CL28 VDD ~1.5V luokassa customisoitu TM5 absolut@anta777 ajossa:
- Kattotuuletin väärinpäin kotelon sisään. Muistienlämmöt max noin 66C
- Kattotuuletin käännetty puhaltamaan ulospäin. Muistienlämmöt max noin 76C -> Trefi 32767 alkoi erroroimaan.
- Kulmaraudalla (joka pitäisi maalata mustaksi) 80x80 Arctic muistien ylle. Muistilämmöt samalla testilla max noin 46C!!!!

On kyllä massiivinen vaikutus tuulettimella DDR5 muisteilla. Ei ollut tälläistä 1.62V ddr4 b-die kanssa, jossa otin tuon tuulettimen pois kun en nähnyt tarpeelliseksi.

Custom looppi ja koko kotelon setup placeholder tilassa. Osat nyt ITX yhteensopivia NFC S5M tai jotain muuta kivaa koteloa odotellessa.

 

[timetraveller]

Olin yksi niistä joka osti Kärkkäisen viimeisiä Kingstoneita FOMO:ssa, jotta vihdoinkin saa ddr4->ddr5 siirtymän aikaiseksi ja eipä 32Gb->64Gb haittaa.
Päätin jättää pari vuotta vanhan 14900K ja emoksi tuli Z790i Lightning. Katselee sitten vuoden päästä next gen Inteliä/AMD:tä.

Asennuksissa toinen kattotuuletin meni vahingossa väärinpäin puhaltamaan sisäänpäin ja ilmeisesti hieman avusti muistien jäähdytyksessä (5090FE virtausta vastaan).
6400CL28 VDD ~1.5V luokassa customisoitu TM5 absolut@anta777 ajossa:
- Kattotuuletin väärinpäin kotelon sisään. Muistienlämmöt max noin 66C
- Kattotuuletin käännetty puhaltamaan ulospäin. Muistienlämmöt max noin 76C -> Trefi 32676 alkoi erroroimaan.
- Kulmaraudalla (joka pitäisi maalata mustaksi) 80x80 Arctic muistien ylle. Muistilämmöt samalla testilla max noin 46C!!!!

On kyllä massiivinen vaikutus tuulettimella DDR5 muisteilla. Ei ollut tälläistä 1.62V ddr4 b-die kanssa, jossa otin tuon tuulettimen pois kun en nähnyt tarpeelliseksi.

Custom looppi ja koko kotelon setup placeholder tilassa. Osat nyt ITX yhteensopivia NFC S5M tai jotain muuta kivaa koteloa odotellessa.

Sulla on yksinkertaisesti keskivertoa vähemmän ilmavirtausta muistien ohi tuolla järjestelmällä. Nuo muistit toimii täällä tyypillisesti 40-50 asteisena täysikokoisessa kotelossa.

 

[Lebensraum]

Sulla on yksinkertaisesti keskivertoa vähemmän ilmavirtausta muistien ohi tuolla järjestelmällä. Nuo muistit toimii täällä tyypillisesti 40-50 asteisena täysikokoisessa kotelossa.

Onhan siellä 1.5V myös

mulla vaan letkuihin nippareilla kiinnitettynä puhallin, asetettu somasti hieman viistottain muisteille ja hieman ilmaa puhaltee emon virransyötöllekin samalla

 

[Marti77]

Päivitin uusimpaan bios versioon ja jouduin nostamaan jännitteen hieman ylemmäs että karhu menisi läpi.
Asetukset on muistakseni samat.
Tämä 9800x3d on kyllä heikko yksilö tai sitten muistit eivät vain toimi tällä emolla kunnolla.
6400 en saa toimimaan ei edes postaa kun satunnaisesti ja silloin kaatuu melkein heti.
Myös 8000 koitin mutta ei ole vakaa.
Tuo apex emon muisti tuuletin kyllä auttaa vaikka on tuollainen rimpula.
Pitää vielä vaihtaa tuohon vanhaan 32gt 6000/30 kittiin ja koittaa onko eroa.

 

[kaleva]

Päivitin uusimpaan bios versioon ja jouduin nostamaan jännitteen hieman ylemmäs että karhu menisi läpi.
Asetukset on muistakseni samat.
Tämä 9800x3d on kyllä heikko yksilö tai sitten muistit eivät vain toimi tällä emolla kunnolla.
6400 en saa toimimaan ei edes postaa kun satunnaisesti ja silloin kaatuu melkein heti.
Myös 8000 koitin mutta ei ole vakaa.
Tuo apex emon muisti tuuletin kyllä auttaa vaikka on tuollainen rimpula.
Pitää vielä vaihtaa tuohon vanhaan 32gt 6000/30 kittiin ja koittaa onko eroa.

Itse sain vakautta muistikellotuksiin, kun pistin VDDP -> 1.05V, liian korkea tai liian matala VDDP voi helposti aiheuttaa epävakautta. Jostain muistan lukeneen myös VDDG-jänniteiden sweet spottaavan helposti, eli väliltä auto ja 1.05V voi löytyä asetukset, jotka toimii vaikka ääripäät olisivatkin epävakaita.

Dual-rankit kai yleisesti on vähän haastavampi saada kireemmäksi verrattuna single-rankkeihin.

6400 ei postaa, vaikka ajotukset ihan löysällä ja VSOC lähellä 1.3V?

 

[Marti77]

Voin vielä koittaa vddp säätää hieman.
6400 koitin sekä auto että cl40 ajoituksilla ja muuten löysillä ajoituksilla.
vsoc olen koittanut 1.20 >1.28v
Tässä emossa cpu vddio jännite on auto tilassa 1.45v mutta koitin myös tuota enemmän normi1.35v ja se antoi karhussa nopeammin virhettä.