DDR5-muistit - kellotukset ja kokemukset

[speedjani]

Joo o. tulipahan sit testattua tuo Asuksen Dimm Fit työkalu. No tein yhden vedoksen, eli laitoin manuaalille ja asetin 8000Mhz kellot ja en juurikaan muuta. No oli se poissa ollessani tehnyt muisti profiilin. No se siitä.
On siinä sit se Dimm Fit Pro, jolle valitaan useita lähtöparametrejä ja sit se laskee tekoälyn avulla loput. Mutta mutta

Jos lähdetään siitä, että lähdetään niinkuin alusta luomaan muisteille profiilia manuaalisti, niin mikä on järkevin tapa, esim mun tapauksessa, jossa on nuo G.Skillin kammat. Eli ajattelisin maallikkona näin:
-Haluttu muistien kellotaajuus esim 8000Mhz
-Perus latenssit, esim 40-48-48-128
-FCLK 2000Mhz
-UCLK-MCLK/2
Sit jännitteet.
Pitäisikö näillä päästä alkuun, vai onko muuta mitä kannattaa heti alkuu asettaa?

 

[hese_e]

BTW. Aika rankka oli lämpötilan nousu. Ajelin tuossa pari tuntia Karhua, Fractal Ridgen kylki (emon/prossun puoleinen). Nakukammat AXP120-X67:n alla. Muistien lämmöt tasaantui 51 asteeseen. Kylkipaneeli kiinni ja ite muualle vajaaksi tunniksi, niin muistikampojen lämmöt oli 57 ja 58 astetta.
Ridge on kotelona muuten loistava, mutta ilma siinä vaihtuu aivan helvetin huonosti. Jännä nähä mitä käy 9070XT:n kanssa.. Ajatellut sellastakin, että käyn nuo kaikki paneelien pienet reiät läpi pylväsporassa n. millin isommalla terällä. Jos ei auta, rälläköin reikäalueet kokonaan helvettiin ja jotain sopivan harvaa messinkiverkkoa tilalle

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.

 

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