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

  • Keskustelun aloittaja Keskustelun aloittaja Sampsa
  • Aloitettu Aloitettu
Taitaa kuitenkin olla kyseessä pienemmät frame timet.
Ei Ryzen niissä ainakaan aina loista:
Sieppaa2.JPG

Lisää: AMD Ryzen 7 1800X, 1700X, 1700 im Test (Seite 4)
Kyllä se ihan faktaa on, mutta näkyy vain käyttäjille kenellä taustalla miljoona kikkaretta pyörimässä. Normaali käyttäjä ei tätä näe :cigar2:
Ei taustaprosessit haittaa, jos olet valinnut noin:
Sieppaa.JPG


Säikeitä on kuitenkin paljon enempi kuin ytimiä, esim. itsellä 2000-3000 vähintään.

-Sovellukset 3
-Taustaprosessit 89
-Windows prosessit 85

Suoritin käyttö 0-3%.
 
En tiedä punaisista laseista, mutta itselläni Ryzen/RX480 ja 4690K/GTX 1060 6GB koneet. Kyllä ehdottomasti Ryzenillä homma pyörii "pehmeämmin" vaikka FPS luvut aika samoissa 1440p resolla. Ryzen koneessa oli aikaisemmin 3570K ja silloin pelin pyörintä oli melko pitkälti 1:1 sama kuin toisessa koneessa, joten GPU:sta ei tuo johdu.
 
Nyt on omaa 1700:aa kelloteltu C6H:lla ja muutama ihmettelyn aihe. @The Stilt totesit aiemmin että LLC:t päällä tulee volttipiikkejä joita kannattaa välttää ja että suosittelet kellottamista niin että LLC on auto asetuksella ja lyö vaan voltteja niin paljon mitä tarvii vakautta varten.

Mulla tulee rasituksessa TODELLA paljon vdrooppia ja jos lyön cpu volteiksi esimerkiksi kiinteät 1,45V niin rasituksessa LLC autolla voltit pyörii suunnilleen 1,376:ssa ja sen alapuolellakin heilahtelee. Vaikuttaa vakauteen ihan pirusti. Lämmöt prossulla käy kuitenkin max jossain 65:ssä joten sen puolesta olisi varaa nostaa reilusti lisääkin voltteja kellotuksia varten. Nyt pysyy 3,925Ghz vakaana sillä että tosiaan on voltteja melkein tuo maksimi suositeltu määrä mutta kuitenkin rasituksessa putoilee ihan urakalla.

Eikö tolla LLC:llä voisi edes vähän korreloida vdrooppia vai tuleeko ihan oikesti niin kovia piikkejä sitten. Jos saisit voltit pysymään rasituksessa jossain 1,4V tietämillä niin saisi varmaan sen viimeisenkin pykälän kelloja tyyliin 3,975 - 4,0 Ghz mutta LLC automaattisella ei ole mitenkään mahdollista kun pitäisi nostaa sitten vcorea jonnekin 1,5V tietämille....

Edit: lisäyksenä vielä että ainakin Intel puolella olen tottunut käyttämään LLC:tä eikä siellä ole mitään megapiikkejä esiintynyt jos ei nyt mitään maksimi LLC:tä syötä. Onko tämä nyt C6H vai Ryzen ominaisuus että tulee tommosia piikkejä sitten? Nythän tilanne on tavallaan päinvastoin kuin LLC:tä käyttäessä eli voltit pyörii aika korkeana (1,44V) työpöytäkäytössä mutta pelatessa putoilee sitten alaspäin.
 
@akselic, itsellä oli ihan sama ongelma että loadin kanssa tippui niin alas että oli epävakaa. LLC avulla tuon sitten kompensoin kyllä, toisin kuin täällä suositeltu tosin. :)
 
Mulla tulee rasituksessa TODELLA paljon vdrooppia ja jos lyön cpu volteiksi esimerkiksi kiinteät 1,45V niin rasituksessa LLC autolla voltit pyörii suunnilleen 1,376:ssa ja sen alapuolellakin heilahtelee.
@akselic, itsellä oli ihan sama ongelma että loadin kanssa tippui niin alas että oli epävakaa. LLC avulla tuon sitten kompensoin kyllä, toisin kuin täällä suositeltu tosin. :)
Joo itsekin tässä mietin että jospa sitä testaisi miten LLC:llä saisi kulkemaan.

1700 kivellä +0.25625v offset CPU-Z sanoo 1.46-1.48v välillä idlessä samalla kun SVI2 sanoo 1.45v. Sitten Prime smallFFT niin SVI2 tippuu 1.362v. Eli melkein 0.1v alemmas (SVI2 vs. SVI2).

Taidanpa vielä testata millä offsetillä ja LLC:llä saisi SVI2 noin 1.4v ilman että idlessä nousee taivaisiin. Varmaan LLC3:lla? Jos piikit tappaa kiven 3v päästä niin sitten voi jo ostaa Zen3:sta tilalle. :)
 
@akselic, itsellä oli ihan sama ongelma että loadin kanssa tippui niin alas että oli epävakaa. LLC avulla tuon sitten kompensoin kyllä, toisin kuin täällä suositeltu tosin. :)

Joo pitää jatkaa testailua. Kyllä mä luotan Stilttiinkin mutta tuntuu vaan kummalliseltä että pitäisi nostaa jotain idlevoltteja ihan järjettömästi vain että saisi rasituksessa pysymään riittävän korkeana. On tottunu päinvastaiseen niin ei oikein vielä mee jakeluun toimia tällä tavalla.

Mun b.diet meni muuten täysin heittämällä 3200Mhz 14/14/14/14/34 dram volteilla 1,35V joten käytännössä sama mitä Intelin puolella oli XMP profiiliasetuksena :) Nää on tosin hyvät kammat, 7700K:lla ja Apexilla pysty ajamaan 24/7 volteilla 4000Mhz todella tiukoilla ajoituksilla. Kieli pitkällä odotan milloin tälle emolle tulee lisää pelivaraa muistien säätämiseen :)
 
Joo itsekin tässä mietin että jospa sitä testaisi miten LLC:llä saisi kulkemaan.

1700 kivellä +0.25625v offset CPU-Z sanoo 1.46-1.48v välillä idlessä samalla kun SVI2 sanoo 1.45v. Sitten Prime smallFFT niin SVI2 tippuu 1.362v. Eli melkein 0.1v alemmas (SVI2 vs. SVI2).

Taidanpa vielä testata millä offsetillä ja LLC:llä saisi SVI2 noin 1.4v ilman että idlessä nousee taivaisiin. Varmaan LLC3:lla? Jos piikit tappaa kiven 3v päästä niin sitten voi jo ostaa Zen3:sta tilalle. :)

Nopea testaus ohi ja se kertoi ihan riittävästi.

LLC 3 asetuksella sain idle voltit ihan mukavasti alemmas. Mutta. Realbench vaatii enemmän voltteja. Joutuisin siis pitämään offsetin samana ja vaihtamaan vain LLC autosta 3:lle. Nostaisi lämpöjä ja voltteja. :/

Eli taidan jatkaa LLC auto. Sinällään kunnon idlessä voltit ja jännitteet laskee, kiitos pstate oc. Ilman pstatea en tiedä mitä tekisin.
 
Itsellä kun X370-PRO ei ole pstatea ainakaan vielä, joten ei paljon vaihtoehtoja ole. :)
 
Itsellä kun X370-PRO ei ole pstatea ainakaan vielä, joten ei paljon vaihtoehtoja ole. :)
Joo silloin ei oikein ole vaihtoehtoja. Jännä silti että SVI2 jännitettä seuratessa LLC 3 vaatii enemmän voltteja kuin LLC auto.

Niin ja en muista oliko näissä vielä jotain bugia sen suhteen että kun oli LLC mennyt kerran muuttamaan niin palautus piti tehdä tyhjältä pöydältä. Kun vaihdoin LLC autolle ja vanhat asetukset niin realbench kippasi melkein heti. Clear CMOS ja uudestaan tarvittavat asetukset (jotka päivitin ylempänä olevaan viestiin) niin nyt taas tuntuu toimivan vakaasti. 10+min ajettu ilman WHEA virheitä. Jännä että pitää aina resetoida asetukset että kaikki saa palautettua. Noh hieman on vielä viilattavaa näissä biosseissa. :)
 
Eikös tos BF1:ssä vaan ole tuo dx12 melko kehno? Aikasemmin ainakin nyki ja lagas, vaikka olisikin avg fps ollut korkeampi. Myös AMD:llä

Tosin siinäkin on perää, että Nvidian näyttikset Ryzenilla ei toimi niin hyvin dx12 käyttäessä. Tuskin johtuu siitä, että Nvidia sorsis Ryzeniä. Ajuri ongelma ehkä. Ei ehkä säieisty ihan niin hyvin kuin voisi ja Intelin korkeampi yhden ytimen suorituskyky toimii paremmin.

Tämän sisällön näkemiseksi tarvitsemme suostumuksesi kolmannen osapuolen evästeiden hyväksymiseen.
Lisätietoja löydät evästesivultamme.
 
Niin...? Huomasit kai että graafissa punainen viiva ei tällä kertaa kuulu amd:lle...?
Pitäisi varmaan useammin olla kaavioissa värit ristissä tms ei niin loogisesti, niin erottuisi ne jotka niitä oikeasti lukee. :)
:) i7-7700K: lla oli tuossa Keketin linkkaamassa kuvassa ruutuaika n. 26ms, tuossa mun linkkaamassa n. 18ms. Eli huomattava ero.

Ps. Se oli se pointti.
(koska nvidian DX12 sorsii ryzeniä?).
Menee kyllä taas OT puolelle. :)
Pelistä se DX12: sta tulee. Onhan AMD: llä jo vuosien yhteistyöt Dicen kanssa. On Mantlet ja muut optimoinnit AMD: n raudalle.

Mitä tulee OT: hen, tuostahan tää lähti:
Onko siinä perää, että Ryzenillä pelit tuntuvat sulavammilta verrattuna Core i7:n vaikka ruudunpäivitysnopeus olisi sama?
 
:) i7-7700K: lla oli tuossa Keketin linkkaamassa kuvassa ruutuaika n. 26ms, tuossa mun linkkaamassa n. 18ms. Eli huomattava ero.

Ps. Se oli se pointti.

Et taida aivan ymmärtää noita graafeja. Tuo linkkaamani graafi näyttää frametimen hyppelyä mitatulla aikavälillä, eikä se keskiarvo ole 7700K:lla kyllä lähelläkään 26ms. Siellä on muutama piikki ~18ms ja muutama piikki 26ms asti, mutta keskiarvo näyttäisi olevan jossain 8-12ms välimaastossa. Sen sijaan tuo sinun linkkaamasi graafi kertoo huonoimmasta frametimesta tietyssä persentiilissä mitattuna. Esimerkkinä 7700k. 95. persentiilissä huonoin frametime 14ms, eli 5% huonoimmista jätetään pois tuloksesta. (graafin alussa) Vastaavasti huonoin frametime 99,9. persentiilissä on ~18ms, eli 0,1% huonointa jätetään tuloksesta pois. (graafin viimeinen tulos)

Nuo aiemmin mainitut piikit 18ms ja 26ms asti ovat todennäköisesti niitä yksittäisiä droppeja, jotka jäävät tuonne 0,1% toiselle puolelle, pois tuloksista. Ja tässä päästään taas siihen, minkä takia juuri koskaan ei ole järkevää mitata niitä yksittäisiä min fps lukuja.

Jos persentiilit ei ole tuttuja niin lue niistä lisää vaikka täältä: NVIDIA Titan X (Pascal) - io-tech.fi näytönohjainten testimetodit alta.
 
Et taida aivan ymmärtää noita graafeja. Tuo linkkaamani graafi näyttää frametimen hyppelyä mitatulla aikavälillä, eikä se keskiarvo ole 7700K:lla kyllä lähelläkään 26ms. Siellä on muutama piikki ~18ms ja muutama piikki 26ms asti, mutta keskiarvo näyttäisi olevan jossain 8-12ms välimaastossa. Sen sijaan tuo sinun linkkaamasi graafi kertoo huonoimmasta frametimesta tietyssä persentiilissä mitattuna. Esimerkkinä 7700k. 95. persentiilissä huonoin frametime 14ms, eli 5% huonoimmista jätetään pois tuloksesta. (graafin alussa) Vastaavasti huonoin frametime 99,9. persentiilissä on ~18ms, eli 0,1% huonointa jätetään tuloksesta pois. (graafin viimeinen tulos)

Nuo aiemmin mainitut piikit 18ms ja 26ms asti ovat todennäköisesti niitä yksittäisiä droppeja, jotka jäävät tuonne 0,1% toiselle puolelle, pois tuloksista. Ja tässä päästään taas siihen, minkä takia juuri koskaan ei ole järkevää mitata niitä yksittäisiä min fps lukuja.

Jos persentiilit ei ole tuttuja niin lue niistä lisää vaikka täältä: NVIDIA Titan X (Pascal) - io-tech.fi näytönohjainten testimetodit alta.
Joo, en väittänyt olevan 1-1 sama asia. Itse toit esille erilaisen testin.
 
Näköjään mihinkään ei voi enää luottaa.
ASUS:n C6H emoilla olevat mittauspisteet on kyllä tehty ihan jonkun muun (todennäköisesti signaloinnin) kuin mittatarkkuuden kannalta :rolleyes:
Aiemmilla AMD:n ROG emoilla mittauspisteiden ja prossulle menevän jännitteen ero on ollut <10mV.

Myös prossun bulkkielkoista mitattuna jännitteet on huomattavasti prossulle menevää korkeammat.

Load-linesta on niin paljon vääntöä että vedin mittarin kiinni suoraan prossun SMD filtterikonkkiin socketin takapuolella.

- Emolevyn sensorilukema näyttää 30-50mV yläkanttiin (kaikki LLC tasot)
- SVI2 TFN näyttää 10-20mV alakanttiin (kaikki LLC tasot)
- ProbeIt mittauspisteet näyttää ~60-72mV yläkanttiin (±0% - -75% asetuksilla)

Koska prossulle menevä jännite ratkaisee, niin -75% asetus (Level 3) on paras vaihtoehto kaikille yli 3.6GHz taajuudella toimiville 8C/16T osille (80A+).
-75% asetuksella ja 106A virralla prosessorille menevä todellinen jännite oli 5mV alhaisempi kuin asetettu.
 
Load-linesta on niin paljon vääntöä että vedin mittarin kiinni suoraan prossun SMD filtterikonkkiin socketin takapuolella.

- Emolevyn sensorilukema näyttää 30-50mV yläkanttiin (kaikki LLC tasot)
- SVI2 TFN näyttää 10-20mV alakanttiin (kaikki LLC tasot)
- ProbeIt mittauspisteet näyttää ~60-72mV yläkanttiin (±0% - -75% asetuksilla)

Koska prossulle menevä jännite ratkaisee, niin -75% asetus (Level 3) on paras vaihtoehto kaikille yli 3.6GHz taajuudella toimiville 8C/16T osille (80A+).
-75% asetuksella ja 106A virralla prosessorille menevä todellinen jännite oli 5mV alhaisempi kuin asetettu.
Kiitos testistä.

Eli suosittelet nyt LLC3:sta automaattisen sijasta?
Miksihän LLC3:lla joudun nostamaan SVI2 mitattua jännitettä korkeammalle kuin LLC:n ollessa autolla? Eli itsellä LLC3 vaatii enemmän SVI2 voltteja vakauteen. Noh katsotaan jos joskus testaan uudelleen.

Tuo 10-20mV vajaavaisuus SVI2 vs todellinen on oikeastaan aika looginen. SVI2 mittaushan tapahtuu VRM:lle meneviä johtimia pitkin, eli pieni lasku siinä on odotettavissakin. Miksihän jännitteenmittauspistettä ei ole kytketty samaan paikkaan? :facepalm:
 
Joo, en väittänyt olevan 1-1 sama asia. Itse toit esille erilaisen testin.

Jeps, en ole väittelemässä/väitellyt asiasta kanssasi, kunhan selvensin kuinka linkattuja tuloksia tulisi tulkita/miksi tässä vaiheessa dx12-testit ainakin bf1:n kohdalla kannattaa työntää sivuun.
 
Tämän sisällön näkemiseksi tarvitsemme suostumuksesi kolmannen osapuolen evästeiden hyväksymiseen.
Lisätietoja löydät evästesivultamme.
 
Melkoista grillausta. Lämmöt kuitenkin yllättävän matalat jos alle 75 tulee LLC5?
 
Mitämitämitä, saadaanko pelkkä 1600 kulkemaan 1600X vauhtia kellottamalla helpostikkin ? Tässähän ollaan jännän äärellä. :geek:
No ei nyt varmaan kauhean kova yllätys ole että melkein kaikki kulkee 3.9-4.0GHz tietämille? Osa voi toki jäädä 3.9:stä, mutta aika harva.
 
No mutta kuitenkin, tässähän oikeestaa alkaa miettimään, että 1600X on hyvä niille ketkä ei kellottele ja kellottelijoille toi 1600 on edullinen vaihtoehto. Nyt täytyy vakavati harkita tota 1600 ja ostaa emon sit myöhemmin, jahka niitä parannellaan. :)
Indeed.
 
Näyttäis pysyvän paremmin lämmöt aisoissa kun puhdistin vesijäähyn. Mutta harmikseni rikoin R9 Nanon. Ostin uuden samanlaisen täältä :) Samalla lisäsin loputkin tiivisteet jäähdyttimiin. Tuntuu kädellä että ilmanvirtaus hieman parempi nyt. Katson sitten loppuviikosta uudestaan maksimi lämmöt 4GHz:lle kun saan R9 Nanon kiertoon mukaan.

Eristys ja äänenvaimennus
 
Näyttäis pysyvän paremmin lämmöt aisoissa kun puhdistin vesijäähyn. Mutta harmikseni rikoin R9 Nanon. Ostin uuden samanlaisen täältä :) Samalla lisäsin loputkin tiivisteet jäähdyttimiin. Tuntuu kädellä että ilmanvirtaus hieman parempi nyt. Katson sitten loppuviikosta uudestaan maksimi lämmöt 4GHz:lle kun saan R9 Nanon kiertoon mukaan.

Eristys ja äänenvaimennus

Millä tavalla nano hajosi?
 
Joo, no se voi olla toivoton. Uunituksella saataa muutaman vikkon toimia :cigar2:
Kuha saa toimimaan niin hyvä. Myöhemmin sitten vega kortti vedelle kanssa :) Paljos tän Ryzenin odotettu elinikä on jos käyttää tätä >1,45V? Nää on kyl ihme prossuja kun vaikea saavuttaa 150W kulutusta näille :D
 
Kuha saa toimimaan niin hyvä. Myöhemmin sitten vega kortti vedelle kanssa :) Paljos tän Ryzenin odotettu elinikä on jos käyttää tätä >1,45V? Nää on kyl ihme prossuja kun vaikea saavuttaa 150W kulutusta näille :D

Vuosien päästä ne ongelmat alkaa, jos on alkamassakaan. Mielummin ehkä 24/7 käytössä 1,4V tai alle, niin ollaan aika selvillä vesillä.
 
Katsotaan jos tästä vähän alentais. Ehkä 4080 MHz mahdollinen :) Ainakin tulokset paranee. Katotaan paljonko realbenchilla vaatii sitten lisää jännitettä. Mutta nyt jätän tämän yön teille ^^


 
Viime viikolla sain itse Ryzen-setin kasaan. Emolevyn piti olla ASRock, mutta kun toimitusajan sanottiin olevan "joskus keväällä", niin vaihdon Crosshairiin. Ajelin 1800X:llä vakiona 3dmarkkeja, ja panin merkille, että Fire Striken fysiikkatestissä sain vakiolla 1800X:llä 62 fps vs. Sampsan artikkelin 59 fps. Muistit on Trident Z 3000CL14, heitin biossiin 2933C14, ja kovaa ajoa ilman mukisemisia toistaiseksi.
 
Vai että uusi AGESA olisi tarjolla. Täytyy varmaan kokeilla kun kerkiää oikealle koneelle.
 
Prime 0604 sisässä. Huomaa, että on uusi agesa. Ei ole vielä kaikkia muistiyhteensopivuuspatcheja saatu portattua. 4 kampaa piti tiputtaa 2666mhz -> 2400mhz, jotta kone boottasi.
En jaksa downgreidata, uusia korjauksia on kuitenkin tulossa.
 
Prime 0604 sisässä. Huomaa, että on uusi agesa. Ei ole vielä kaikkia muistiyhteensopivuuspatcheja saatu portattua. 4 kampaa piti tiputtaa 2666mhz -> 2400mhz, jotta kone boottasi.
En jaksa downgreidata, uusia korjauksia on kuitenkin tulossa.

Kiitos tiedosta. Eiköhän tässä vielä hetki odotella, että saavat ne muistiyhteensopivuudet kuntoon. Nyt jo F4-3200C16D-16GVKB toimii vain 2600, ei jaksaisi 2400 laskea.
 
Uuden mikrokoodin/agesan vaikutus (Asuksen b350m-a BIOS 0604) tuossa "Flops testissä", mikä kaatoi ainakin Windowseja aikaisemmin tuon FMA3 bugin takia. Linuxilla tämä siis käännetty (gcc), samalla Hashwell-binäärillä ajettu molemmat testit. Entinen aiheutti Linuxissakin FMA3 kohdalla jäätymisiä, muttei kaatanut. Nyt uudella biosilla ei mitään ongelmia.

Ja Dmesg:istä kurkkasin niin latautuu uusi mikrokoodi versio 0x0800111C, kun entinen oli vielä 0515 biosissa 0x08001105.

En tiedä paljonko näihin vaikuttaa RAM nopeus, mutta tuossa 0515 BIOSilla kulki 2993 MHz ja nyt ei kulkenut lujempaa kuin 2400 MHz, vaikka kuinka yritin säätää. :sori: Näin tais muillakin käydä tän biosin kanssa? En taida jaksaa enää vanhaan biosiin vaihtaa, jos toukokuussa tulee taas uusi...

EDIT: Absoluuttiset luvut Gflops ei Glops.
 

Liitteet

  • newbiosflops.png
    newbiosflops.png
    126,1 KB · Luettu: 69
Täällä x370 Prime,32GB(2x16) corsair vengeance LPX 3000 CL 15 ja r7 1700.
Prosessori ei ilmeisesti kovinkaan kummoinen yksilö sillä vakaana vaatii 1.4V@3.8GHz.

Juuri vedin 0604 BIOSin sisään ja muistien kellotaajuutta joutui tiputtamaan 2666->2400.
Latenssit tosin toimii nyt kireämmillä asetuksilla millä ei aiemmin bootannut edes 2133. (16-16-16-16-36 -> 12-12-12-12-34)
 
@mRkukov @The Stilt

Testaus on eilen ja tänään jatkunut. Joku asia Asuksen tai ainakin C6H:n LLC:ssä kyllä falskaa. LLC3:lla vdroop on melkein tasattu mutta kone ei pysy Realbench vakaana kuin samoilla volteilla joilla myös LLC automaattiasetuksella pysyy vakaana. Tässä nyt toista kymmentä ajoa tehnyt noita kokeillen. Summa summarum: joko

a) pidän LLC autolla ja kärsin vdroopista mutta kone vakaa

tai

b) pidän LLC asetuksella 3 jolloin vdroop on käytännössä nolla mutta silti samoilla offset volteilla

Ei tuossa ole kahta sanaa kumpi on fiksumpi. LLC automaattisella kivi käy noin 2 astetta viileämpänä. LLC3 taas kivi käy jatkuvasti vähän kuumempana.

Edit: mulla ei muuten mRkukov ole ollut mitään outoja ongelmia tuon LLC vaihtamisen kanssa. Ne asetukset joilla LLC automaattisella on 3,925Ghz Realbench vakaat toimivat myös sen jälkeen kun testailin LLC3:sta ees-taas. Mä epäilen että sun emolevyssä tai BIOS:ssa on joku häikkä että siellä asetukset ei kunnolla nollaannu tms.
 
Viimeksi muokannut ylläpidon jäsen:
En tiedä paljonko näihin vaikuttaa RAM nopeus, mutta tuossa 0515 BIOSilla kulki 2993 MHz ja nyt ei kulkenut lujempaa kuin 2400 MHz, vaikka kuinka yritin säätää. :sori: Näin tais muillakin käydä tän biosin kanssa? En taida jaksaa enää vanhaan biosiin vaihtaa, jos toukokuussa tulee taas uusi...

Kiitos tiedosta, jätänkin tämän biosversion väliin ja odottelen rauhassa sellaista jossa muistit toimivat paremmin.
 
On se melkoista beta-testailua vielä näitten Ryzeneitten kanssa. Alkaa jo päivitysintokin vähän helpottaa, kun tätä ketjua lukee. :lol:
 
On se melkoista beta-testailua vielä näitten Ryzeneitten kanssa. Alkaa jo päivitysintokin vähän helpottaa, kun tätä ketjua lukee. :lol:

Nyt joutuu sanomaan, että itsellä siirtyi juuri kolmesta syystä Ryzen syksylle.

1) Tuo mainittu beta-testaus ja vaihteleva tuki nopeille muisteille
2) Parempien mATX-emolevyjen saatavuus
3) Oli hyviä tarjouksia Intel-kamoista tässä juuri

Kun teidänkään emolevyt eivät ole vielä täysin vakaita, niin uusia malleja on turha änkeä markkinoille.

Lisäksi syksyllä voisi saada yhden CCX:n Raven Ridgeä..
 
No mutta kuitenkin, tässähän oikeestaa alkaa miettimään, että 1600X on hyvä niille ketkä ei kellottele ja kellottelijoille toi 1600 on edullinen vaihtoehto. Nyt täytyy vakavati harkita tota 1600 ja ostaa emon sit myöhemmin, jahka niitä parannellaan. :)

Toisaalta, 1600 on hyvä niille ketkä ei kellottele, koska mukana tulee vakioasetuksille helposti riittävä jäähdytin. 1600X:ään jäähdytin pitää hankkia erikseen ja hintaero kasvaa aika isoksi verrattuna suorituskykyeroon. 1600X:stä erillisellä jäähyllä ei olisi kuin noin 30-40 euron harppaus 8-ytimiseen Ryzen 7 1700:aan.

Sanosin että ei-X mallit ovat järkevimpiä ostoksia, kellotti tai ei.
 
Kiitos tiedosta. Eiköhän tässä vielä hetki odotella, että saavat ne muistiyhteensopivuudet kuntoon. Nyt jo F4-3200C16D-16GVKB toimii vain 2600, ei jaksaisi 2400 laskea.

Mulla samat muistit toimi 0515 Biosissa 2993/16-16-16-30. Ei postannut normeilla 16-18-18-38 latensseilla 2993 nopeudella.

Nyt uudella biosilla 2400/14-14-14-30 nopein mitä sain postaamaan
 

Statistiikka

Viestiketjuista
295 918
Viestejä
5 056 323
Jäsenet
81 005
Uusin jäsen
veikko123

Hinta.fi

Back
Ylös Bottom