Testissä AMD:n uudet 16- ja 8-ytimiset Zen 4 -arkkitehtuuriin perustuvat Ryzen 7000 -sarjan prosessorit.

AMD:n uudet Ryzen 7000 -sarjan prosessorit saapuvat myyntiin huomenna 27. syyskuuta klo 16, mutta testien salassapitovelvollisuus päättyi tänään 24 tuntia myynninalkua aiemmin. Testasimme io-techissä heti tuoreeltaan suorituskykyisimmän mallin eli 16-ytimisen Ryzen 9 7950X:n ja 8-ytimisen Ryzen 7 7700X:n.
Tutustumme artikkelissa uuteen Zen 4 -arkkitehtuuriin, AM5-kantaan sekä prosessoreiden ominaisuuksiin ja ajamme kattavat prosessori- ja pelitestit eri resoluutioilla. Mukana on myös tehonkulutus- ja melumittaukset sekä pikaiset ylikellotus- ja alivoltitustestit.
Lue artikkeli: Testissä AMD Ryzen 9 7950X & Ryzen 7 7700X
Luepa nyt uudestaan ajatuksella viestisi mitä lainasin ja sitten mitä siihen vastasin.
Kyllä, 7950X:n TDP on vedetty taivaisiin, mutta se ei tarkoita millään tasolla sitä että suoriuskykyparannukset olisi tulleet lähinnä siitä kuten värit ja minkä kumosin testillä, joka osoittaa että suurin osa suorituskyvystä tulee nimenomaan muualta kuin korkeasta TDP:stä
Niinkö? Testipätkänä käytetty vajaan minuutin pätkää dolby vision testivideo joka löytyy interwebistä.
2160p -> 1080p, user time kun jaetaan real niin saadaan säiemäärä mitä on saturoitu, tässä tapauksessa reilu 13.
:-1" -c:a copy P7_FEL_GIJoe_The_Rise_of_Cobra.1080.mkv
x265 [info]: HEVC encoder version 3.5+1-f0c1022b6
x265 [info]: build info [Linux][GCC 12.0.1][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main 10 profile, Level-4 (Main tier)
x265 [info]: Thread pool created using 16 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 4 / wpp(17 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : star / 57 / 3 / 3
x265 [info]: Keyframe min / max / scenecut / bias : 23 / 250 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 25 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 4 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : CRF-28.0 / 0.60
x265 [info]: tools: rect limit-modes rd=4 psy-rd=2.00 rdoq=2 psy-rdoq=1.00
x265 [info]: tools: rskip mode=1 signhide tmvp strong-intra-smoothing lslices=4
x265 [info]: tools: deblock sao
x265 [info]: frame I: 11, Avg QP:27.21 kb/s: 3855.31
x265 [info]: frame P: 293, Avg QP:29.81 kb/s: 1911.90
x265 [info]: frame B: 1066, Avg QP:34.01 kb/s: 435.35
x265 [info]: Weighted P-Frames: Y:2.7% UV:2.7%
x265 [info]: consecutive B-frames: 2.6% 0.3% 0.7% 36.5% 59.9%
encoded 1370 frames in 163.05s (8.40 fps), 778.59 kb/s, Avg QP:33.06
real 2m43.778s
user 35m33.381s
sys 0m17.759s
Ja sitten 2160p re-encode jossa tuloksena reilu 14 säiettä täysin saturoituna.
L_GIJoe_The_Rise_of_Cobra.2160.mkv
x265 [info]: HEVC encoder version 3.5+1-f0c1022b6
x265 [info]: build info [Linux][GCC 12.0.1][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main 10 profile, Level-5 (Main tier)
x265 [info]: Thread pool created using 16 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 4 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : star / 57 / 3 / 3
x265 [info]: Keyframe min / max / scenecut / bias : 23 / 250 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 25 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 4 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : CRF-28.0 / 0.60
x265 [info]: tools: rect limit-modes rd=4 psy-rd=2.00 rdoq=2 psy-rdoq=1.00
x265 [info]: tools: rskip mode=1 signhide tmvp strong-intra-smoothing lslices=4
x265 [info]: tools: deblock sao
x265 [info]: frame I: 9, Avg QP:28.72 kb/s: 8139.72
x265 [info]: frame P: 301, Avg QP:30.27 kb/s: 5988.56
x265 [info]: frame B: 1060, Avg QP:33.50 kb/s: 1509.91
x265 [info]: Weighted P-Frames: Y:0.7% UV:0.7%
x265 [info]: consecutive B-frames: 1.9% 0.0% 0.3% 49.7% 48.1%
encoded 1370 frames in 650.00s (2.11 fps), 2537.46 kb/s, Avg QP:32.76
real 10m51.191s
user 153m17.744s
sys 1m4.343s
Syy miksei ole lähelle 16 johtuu siitä että tuossa purkissa on aika tasaisesti lähes parin säikeen verran kuormaa, joten toi nopea testaus ei saanut kaikkea prossuaikaa rohmuttua. Prossuja 1800X.
Sen testinhän voi tehdä 4K matskulla, ei sen ole pakko olla FHD.
Tuosta oli jossain Zen 4 liittyvässä haastattattelussa mainittu, että täysi AVX-512 toteutus vie rautatasolla suhteellisen paljon tilaa sirulta ja on käytössä todella energiatiheä, mikä tarkoittaa AVX-512 koodia ajaessa alhaisempia kelloja.
Minkä coren? Kaikki noi on mun mielestä eri.
En muista puhetta emoista mutta olishan se hiton outoa myydä prossuja jos ei kellään ole emoja eikä niitä voi ostaa. Neljältä alkaa.
Klo 16 oli täällä muistaakseni arvuuteltu.
Juu, aika laimeata, kun on samalla 142 W PPT:llä vain 31 % nopeampi. Jokainen voi itse pohtia, onko järkevää ajaa vakiolla 230 W PPT:llä, jolloin suorituskyky nousee 4,6 %, kun PPT 142 W -> 230 W.
Eli tuntuvasti parempi (31 %) suorituskyky saavutettaisiin ihan samalla kulutuksella kuin 5950X:ssä, mutta sen sijaan on menty puristamaan viimeiset mehut kovalla hinnalla.
Käyttäjä voi itse asettaa tutun PPT 142 W. Tällöin suorituskyky on erittäin hyvä ja kulutus sekä lämmöt laskevat.
D15:
7950X 230 W (vakio), 95,3 C
7950X 142 W, 73,9 C
5950X 142 W, 68,0 C
7950X 88 W, 65,2 C (tämäkin 12 % nopeampi kuin vakio 5950X)
Ei tarvitse arvuutella, klo 16 tänään alkaa myynti.
Tottakai ylimääräisen metallin raapiminen chipletin ja jäähdyttimen väliltä auttaa, mutta osa ei sitä osaa tehdä, osa ei halua tehdä. Elikkä siis joo olisi ehkä pitänyt täsmentää, että takuukuntoisissa prosessoreissa tuskin tuillaan näkemään enää mitään 65C max, mutta toisaalta jos ei erikseen mainita niin voisi olettaa "vakio kunnossa olevaa rautaa".
On kyllä kaukaa haettu nuo hinnat tuohon, esim. miksi joku hommaisi 5600X:n kaveriksi 3600C14 muistit ja vielä noin kalliin emon, sitten taas 7600X:n pariksi on vissiin valittu halvin mahdollinen emo.
Katsomalla videon sai tästä tiedon:
5600X:n kaveriksi laitettu Asuksen TUF X570-Plus WiFi, ja 7600X:n kaveriksi MSI:n PRO X670-P WiFi, koska olisihan se tavallaan hölmöä verrata B550 emolevyä X670 emolevyyn, kun B650 emolevyt julkaistaan vasta lokakuun alkupuolella. Muuten nuo X570 ja X670 emolevyt tuntuvat olevan ihan samassa feature-set tasossa eli ihan OK vertailukohta minusta.
Miten tuollainen vertailu pitäisi sitten suorittaa? Aina löytyy joku, jonka mielestä se 90 euron emolevy ilman M.2 paikkoja ja kahdella USB-portilla on täysin riittävä.
Aika peto toi 7950X MT kuormassa. Pelisuorituskyky – meh. 3D:tä odotellessa.
Samaa mieltä. Nyt suurin osa 7950X-käyttäjistä tulee käyttämään tarpeettoman paljon sähköä keskellä energiakriisiä.
Computerbasen mukaan CB R20 nT pisteet 14 112@142 W PPT ja 15 057@230 W PPT. Suorituskyky paranee siis parhaassakin tapauksessa vain 6,7 %. Ilmeisesti AMD tietää tulevien Raptorien osuvan juuri tuohon kapeaan väliin, minkä takia päätettiin uhrata energiatehokkuuden ylivoima. Muuta järkeä AMD:n PPT-ratkaisussa ei voi olla. Uhrauksen jälkeenkin 7950X tullee voittamaan 13900K:n moniydinsovelluksissa ja energiatehokkuudessa.
Pelkillä sovittimilla ei korkeuseron takia olisi varmaan selvitty (muistien korkeus tms. on kaiketi muodostunut ongelmaksi), että jotakin on pitänyt keksiä millä tuoda lisäarvoa, mutta tämä tuntuu väärältä paikalta säästää. In Finland we have this thing called 95 on normaalia saunassa, ei ATK:ssa.
Nythän tuo olisi ollut järkevä vaihtaa jäähdyttimien yhteensopivuutta jos tällä etua saadaan, kun moni (kuten itsekkin) kasaa kokonaan uuden koneen DDR5 aikaan. Sitä ei tietenkään tiedä onko tuohon jätetty paksuutta ihan tarkoituksellakin, jos piirin päälle ollaan suunniteltu jotain lisättävää.
Mielenkiintoista olisi nähdä saadaanko ohuemmalla Heat Spreaderilla minkälaista etua tässä. Nythän tuo HS taisi olla useamman millin paksu, niin mitä tapahtuisi jos esim paksuun hiottaisiin 3->1mm, vieläkö jäähdyttimet sopisivat ja paranisivatko lämmöt tai kellot? Eiköhän tämänkin joku testaa tulevaisuudessa.’
Itse taidan odotella suosiolla 3D cachella olevia malleja, niin kerkeää DDR5 hinnat tippua ja saa sinä vähän säästettyä, kun muutenkin eletään niin epävarmoja aikoja nyt.
Linuksen videolla oli ainakin lyhyesti sivuttu asiaa vertailu taisi olla kyllä vaan Intelin UHD770:seen:
Timestamppi pitäisi olla kohdallaan:
katso liitettä 958776
On tuota iGPU:ta testattu muuallakin.
Yllättävän suorituskykyinen ollakseen tuollainen kärpäsenpaskan kokoinen viritys. Sisältää jopa RT-ominaisuudet (joo – ei kannata kokeilla).
AMD Ryzen 9 7950X Review – Impressive 16-core Powerhouse
http://www.techpowerup.com
Ehkä tulevaisuudessa testiä missä Zen3 vs Zen4 laajemmalta mukana?
Onhan siellä tosiaan myös 5950X mukana testeissä Zen 3 -sukupolvesta.
Tosimaailman ammattilaisten enkoodausta tehdään kahdella tavalla: "äärettömän montaa" rinnakkaista videota pakatessa tai yhtä ainoaa videota pakatessa.
Esim. meillä transkoodataan töissä rinnakkain jotain 5 000 streamia jatkuvasti 24/7.
On tulossa ainakin jonkinlainen katsaus Zen 4 ja DDR5-muistien ja Infinity Fabricin ylikellottamiseen ja vaikutuksesta suorituskykyyn.
Tekee hyvää ainakin odotuksiin läppäripuolelle.
Mitä hintoihin tulee, niin eihän noita halvempia emoja vielä edes ole tullut myyntiin AMD:lle.
Minkäköhänlaiset idlelämmöt 7950X:llä on, veikkaan että luvassa tuulettimien huutamista, puhumattakaan siitä tilanteesta, kun pyöräytetään kasa virtuaalikoneita käyntiin. Kai se on laitettava seuraavissa päivityksissä customlooppia tulille.
Kai sen tuulettimen saa huutamaan millä tahansa prosessorilla, jos haluaa jostain syystä pitää sen lämpötilan erityisen alhaisena… ei nuo uudet kivet taida yhtään sen enempää tuottaa lämpöä kevyessä kuormassa (ts. tehonkulutus ei ole yhtään sen suurempi kuin ennen).
Vakavammin, nyt kun tuo lämpötilaero prosessoriytimeltä jäähdyttimeen on entisestään kasvanut, niin varmaan kohta pitäisi alkaa ohjata sitä tuuletinprofiilia sen jäähdyttimen lämpötilan mukaan (tai lämmönlevittäjän yläreunan lämpötilan). Tai, koska noita ei yleensä mitata, niin sitten sen prosessorin ilmoitetun lyhytaikaisen keskimääräisen tehonkulutuksen (ja taustalla varmuuden vuoksi myös sen prosessorin lämpötilan mukaan korjaustermi). Tuleekohan tästä ensimmäisestä emolevysukupolvesta väliinputoajamalleja, vai onko näissä heti alusta oikein tehty säätö vakiona (ja harrastelijoiden softapaketit varmaan tämän kopioivat melko nopeasti), vai tuleeko toimiva säätö BIOS-päivityksinä (niihin malleihin mihin niitä sattuu tulemaan).
Samoin, koska tehoa ei kulu sen enempää, niin ei ne ympäröivät osat käy oleellisesti sen kuumempana vaikka prosessoriytimet käyvätkin (vrt. Sampsan pohdiskelut muiden osien paahtamisesta). Ei taida näkyä mielekästä eroa virransyötön lämpötiloissa (koska se ongelma on juurikin, että sitä lämpöä ei saada sieltä ytimeltä pois). Ainoa missä se näkyy, on itse prosessorin kanssa samassa paketissa olevat komponentit, joiden lämmönkestoa pitää hieman lisätä (jotta ne eivät paahdu hengiltä). Mutta, eipä siellä prosessorin vieressä olevissa pienissä pintaliitoskomponenteissa taida siellä olla mitään erityisen lämpötilaherkkää komponettia.
Niin rysenit siis ilmoittaa tuonne tdie aina sen lämmön mikä on korkein lämpötila jollain corella. Tästä syystä siis jopa yhden coren kuormituksessa kun se core kuitenkin lämpenee jonkin verran bios näkee että no perkele nyt on lämmöt menny rajan ylitte ja sitten polkastaan tuulettimeen kierroksia oikein huolella lisää vaikka tosiasiassa virtaa ei rohmuta kovinkaan paljoa ja se lämpötila pysyisi sen yhden coren kondalla kurissa vaikka ropelin kierroksiin ei puututtaisi.
Ei tuota bios tasolla saisi nätisti toimimaan kuin seuraamalla tuota lämpöä ja virrankulutusta ja näistä sitten tehtäisiin johtopäätöksiä että kannattaako sitä ropelia alkaa pyörittää kovemmin vaiko ei. Näin hienostunutta säätöä ei käsittääkseni yksikään emon bios tee.
Se mun pointti oli siis se että pakasta vedettynä noi biossien tuulettimen säädöt on huonot oman kokemuksen perusteella ja uskoisin että aika moni jakaa tämän näkemyksen. Tuulettimen ääni sinäänsä ei monesti häiritse, jos se ääni on tasainen. Mutta se ainakin itseäni häiritsee todella paljon jos tuulettimen nopeutta ollaan säätämässä jatkuvasti pienenkin kuormituksen johdasta jota nää rysenien omot tekee johtuen tuosta miten lämpötilaa raportoidaan.
Niin.
Tossa mittaustavassa on niin paljon pielessä, etten lähde edes erittelemään sen kaikkia ongelmia.
Tämäkin testirutiini on aika kaukana täydellisestä (mm. virranhallintaa ei ole täysin disabloitu), mutta tarkkuus riittää tähän tarkoitukseen paremmin kuin hyvin.
Mittavirhe on ainakin 0.03%, koska 2C > 4C skaalautuminen oli kahden vedon keskiarvosta huolimatta yli 100% (100.03%).
Uusimmalla X265 versiolla (3.5+39) versiolla testattuna skaalautuminen käyttäen "Slow" -presettiä on jopa hieman aiempaa heikompaa, en tosin muista varmaksi millä versiolla ja raudalla testasin edellisen kerran.
Prosessorina 3970X Threadripper, joka toimi testin aikana kiinteällä 3.8GHz kellotaajuudella. Binääri käännetty Clangin 15.0.0 versiolla käyttäen "-march=znver2" optimointia, sekä uusimmalla NASM:lla.
Materiaalina Harmonicin täyden 1080 pystyresoluution 353 framea käsittävä "Cobra" demopätkä. Formaatti 420P YUV, eli raakavideo eikä välissä ole FFMpeg:ä tai mitään skaalaimia.
X265 ilmoittaa FPS:n vain kahden desimaalin tarkkuudella, joten FPS on laskettu ajasta ja freimimäärästä, tarkkuuden parantamiseksi.
Tulosten mukaan aktiivisella 1080 pystyresoluutiolla käytännön skaalautuminen putoaa alle 90% (88.2%, lineaariseen skaalautumiseen nähden) jo kymmentä ydintä käytettäessä. Vastaavasti prosessorin PMFW alkoi tuossa kohtaa näyttämään ytimien 1-10 C0-tilan, CORE_BOUND sekä tehollisen kellon laskureille huomattavan
alhaisia lukemia ja vastaavasti erinäisten virranhallintaan liittyvien ominaisuuksien (CC6, CC1) laskureille huomattavan korkeita lukemia.
4C = encoded 353 frames in 57.27s (6.16 fps), 4689.71 kb/s, Avg QP:26.59
6C = encoded 353 frames in 38.87s (9.08 fps), 4689.71 kb/s, Avg QP:26.59
8C = encoded 353 frames in 30.04s (11.75 fps), 4689.71 kb/s, Avg QP:26.59
10C = encoded 353 frames in 25.97s (13.59 fps), 4689.71 kb/s, Avg QP:26.59
katso liitettä 959200
Pools-parameterilla määritetään enkooderin käyttämä prosessoriytimien määrä. Enkooderi käyttää AGESA:n NPS vastaavaa arvoa (eli 1), eli kaikki ytimet on samassa nodessa.
Käyttöjärjestelmänä on WIndows 10 Pro (19044.2006) ja prosessoriryhmän koko on vakio (64).
Ja kyllä, resoluution korottaminen 2160 pystyresoluution paikkaa tilannetta skaalautuvuuden suhteen. 2160 resoluutio itsessään vaan on käytännössä ASIC:ien heiniä nopeutensa puolesta ja myös energiatehokkuuden takia.
NVENC:n ja QSV:n kehitystahdin huomioiden HEVC ja AV1 saattaa olla pian puhtaasti ASIC:ien heiniä ihan jo laadunkin takia, AV1 kohdalla ehkä toki enemmän kuin HEVC:n kanssa.
Mutta kuten sanottua, HEVC ei skaalaudu paremmin kuin X264 vaan huonommin, toisin kuin väitit. Jos siis pitäydytään edelleen siinä isommassa 64 CTU:ssa, joka on X265 enkooderin vakioasetus kaikilla muilla, paitsi "ultrafast" ja "superfast" -preseteillä.
32 CTU:ta käytettäessä skaalautumisongelmaa ei ole, kuten myöskään sillä X264:lläkään.
Ihan sitä meinaavat mitä sanoivat: nää on tehokäyttäjille.
Ensi kuussa tulee edullisempaa emoa (ainakins julkistus) ja joskus tulevaisuudessa edullisempia mallejakin ehkä
Jep, eli ei pelaajille. Pelaajille on 5800x3d ja nämä ovat niille jotka tekee näillä rahaa. Sitten kun tulee 3d mallit näistä saadaan pelaajille uudet prossut.
Saa nähdä paljonko iloa niistä on. Kivet ovat silti halvempia kilpailijalla.
Olihan tuossa ekalla sivulla linkki videoon:
Katsoin tämän kyllä ja saavutetut hyödyt oli lähinnä lämpöihin. Odotellaan siis vielä videoita/testejä miten vaikuttavat esimerkiksi manuaaliseen ylikellotukseen
Yes Techs teki mielenkiitoisen testin
https://youtu.be/7JiYAwKIHRY
Voisiko Sampsa varmistaa omilla testeillä onko tämä kuinka kurantti. Kyseessä on ihan ok youtubettaja, muttei samaa kaliiberia HUn, Gamer Nexusin ja Io-techin kanssa. Mutta mielenkiintoinen testi joka tapauksessa. Eli jos tuo pitää paikkansa 7000 sarjalaisesta saisi ihan ok prossan säätämällä.
Eikös ne kellot nousseet sadoilla kuitenkin?
Meillä ei kellään ole vielä mitään tietoa siitä miten Zen 4 se cachen pinoaminen on toteutettu joten siitä on aika turhaa vielä sen suuremmin spekuloida että käykö ne cache mallit vieläkin kuumempina. Voihan se olla että kakut on laitettu alle jolloin voisi lämmöt toimia paremmin. Voi olla että on samoin kuin Zen 3:ssa. Tämän vain aika näyttää kun AMD kertoo noista tarkemmin.
7000-sarjalainen on oikein pätevä prossu ilman mitään säätämistä.
Se, että lämpötilat on oletuksena korkealla on täysin EVVK. Sillä lämpötilalla ei ole mitään itseisarvoa.
Sen sijaan sillä, että alivoltittamalla saa sähkönkulutusta ja lämmöntuottoa alemmas on väliä, mutta kun sen tekee, pitää vakaus testata aika paljon perusteellisemmin kuin kolmen sekunnin rasitustestillä minkä tuo tuossa videolla tekee.