Päivitys testilabrasta: Ryzen 7 -pelitestit SMT-tuella ja ilman

  • Keskustelun aloittaja Keskustelun aloittaja Sampsa
  • Aloitettu Aloitettu
sbasil sanoi:
Eipä noita toivomusten mukaan ajettuja testejä tahdo löytyä ulkomaisilta sivuiltakaan, saati että artikkelin kirjoittaja aktiivisesti osallistuisi keskusteluun. Uniikkia touhua. The Stiltin ja parin muutaman gurun panos ja kommentit vielä lisäävät sisältöarvoa, vaikka välillä menee niin korkealentoiseksi, että vähä-älyisempää hirvittää. :p
Napsauta laajentaaksesi...
Nimen omaan näin. Me olemme onnellisessa asemassa ja se vielä päälle, että jätkät tekee töitä antaumuksella, sekä ovat rehellisiä. Eli oikeasti testit ovat luotettavaa kamaa ja näitä ihmeellisiä eroja, mitä joillain tulee, ei täällä tule eikä tullut siinä aiemmassakaan paikassa. Testeihin voi siis oikeasti luottaa, kuin siihen junan vessaan. Ulkomaisilla saiteilla pitää tietää mikä paikka on mihinkin suuntaan kallellaan ja ottaa aina hyppysellinen suolaa mukaan, täällä ei tarvitse, koska jos jokin ei näytä siltä miltä pitäisi, niin jätkät hinkkaa niin kauan että näyttää ja tarvittaessa kysyy korkeammilta tahoilta, että saavat sen syyn selville. Pitäähän tälläistä työtä ja intohimoa arvostaa.
 
Sampsa sanoi:
Crosshair taitaa olla kaikkein valmis tuote, kun kyseessä on kokonaan uudesta alustasta. Muilla valmistajilla varsinkin biosissa paljon bugeja. Juttelin juuri techPowerUpin Wizzardin kanssa ja heillä testit jumissa Gigabyten emolevyn kanssa, kun yli 2133 muistikerroin ei toimi.
Napsauta laajentaaksesi...
Esimerkiksi toptengamer ajoi gigabyte gaming 5 levyllä 16 gb (2x8) corsairilla 1800x ja 1700 testit 3000 MHz:lla läpi. Varsin hyvillä tuloksilla vielä mielestäni. Asusta paremmilla näkisin.
 
Hienoa toimittamista. Kyllähän tässä kun ynnää näitä kirjoitettuja ja testattuja seikkoja, niin paistaa läpi että optimoinnista melko paljon kiinni ja paljon muutosta voidaan tehdä niin emojen, softien ja ajureiden puolella. Jos tuo L2/L3 cache asia per threadi pitää paikkansa joka siis saattanee aiheuttaa tuon SMT featuren, niin sillä lienee vaikutusta melko paljonkin. Tällä tarkoitan sitä että jos SMT ei toimi oikein ja laskee suorituskykyä, niin SMT kytkemällä pois saadaan tilannetta parannettua mutta mitä ilmeisimmin sitten kun SMT toimii oikein, niin sillä saadaan parannettua suorituskykyä vielä tuosta ylöspäin. Eli kun SMT saadaan kuntoon, niin uskoisi sen nostavan suorituskyvyn korkeammalle kuin tällä hetkellä ilman SMT.
 
Erikoisia testejä kyllä löytyy maailmalta.





Kertoo vain että paljon on vielä parannettavaa AMD:llä ja emolevynvalmistajilla että tuollaiset erot saadaan selvitettyä.
 
@Sampsa onko muuten ollut vielä tilanteita jossa pelit olisivat kaatuneet testausvaiheessa (en tarkota ylikellotustestejä).
 
Viimeksi muokattu:
Sargo sanoi:
High end on vain pieni osa. Zenillä on omat piirteensä ja puutteensa, mutta kustannus- ja energiatehokkaana näkisin mm. tulevat APU:t yllättävänkin vahvoina läppärimarkkinoilla. Ryzen 5 voi myös osoittautua melko vahvaksi Core i5:n kilpailijaksi moderneilla peleillä.
Napsauta laajentaaksesi...
Juu se miten Ryzen 4c/8t ja 6c/12t mallit pärjää intelin i3 ja i5 malleja vastaa markkoilla ratkaiseen koko AMD Ryzen prosessorien yleisyyden markkinoila ja se ratkaiseee myös sen että nähdäänkö peleissä niitä Ryzen optimointeja vai ei

Oma veikkauseni on että nuo Ryzen mallit tulee olemaan hintakilpailukykyisiä Intel tarjontaa vastaan koska Ryzenin IPC on tarpeeksi hyvä niin että kun laitetaan vastakkain saman hintaluokan (edullisemmanpään) prosessoreja ne Ryzenit pystyy kelloiltaan olemaan samaa luokkaa kuin Intelit ja siten myös tehoiltaan ovat samaa luokkaa.

Mutta nyt käytössäolevalla valmistustekniikalla Ryzenin on paha venyä tehokkaammanpään Intel i7 prosesoreja vastaan joten sillä sektorilla Ryzen ei vaikuta niin paljon hintoihin kuin Intel i7 prosessorin ostaja voisi toivoa.
 
Weega666 sanoi:
Eiköhän tässä Ryzenin julkkarissa ja varsinkin siinä että jotku pelit eivät vielä pyöri hyvin suhteessa ns. renderöinti ym. testi ole kyse koodin opitimoinnista, ajureiden ja muun prosessoria ja väyliä tukevan softan optimoinnin heikkoudesta jne. Eli täytyy odotella hetken ennen kun nuo pelit jne. pyörivät ns. täydellä vauhdilla. Pitää käsittää että jos prosessorin yhden coren teho on synteettisillä testeillä ja hyötysoftalla miltei intelin tasolla niin kyllä ne pelitkin sieltä perässä tulevat. Nyt vaan pitää malttaa odottaa. Itse en ainakaan perunut tuon 1800X:n tilausta vaikka toisessa koneessa mörisee i7 4790K.
Napsauta laajentaaksesi...
Koodinoptimointi ei täysin poista kellotaajuksien erosta johtuvaa eroa pelikäytössä vaikka toisella olisi tuplamäärä ytimiä käytettävissä.
 
Turisti sanoi:
Ymmärsinkö nyt oikein, eli SMT pois päältä melkein kaikki tulokset paranee? Toisin sanoen prossua käsitellään vain 8 ytimisenä ja "8-säikeisenä"?

Verrattuna Intelin tapaukseen i7 7700K antaisi kovemmat tulokset 4 ytimisenä kuin 4 ytimisenä ja 8 threadisena?

Eikös tuo antaisi vähän ymmärtää että, jos saadaan SMT tuki peleille paukkuja löytyy vielä vaikka muille jakaa. Vai eikö asia ole ihan näin mustavalkoinen?
Napsauta laajentaaksesi...
Ei ole noin muistavalkoista, liioitelit hyödyt aika radikaalisti hyötyjä on mutta ei noin suuria kuin kuvittelet.
 
Pellonpecko sanoi:
Mitenkähän smt toimii linukan puolellla?
Napsauta laajentaaksesi...
Linukan puolla on AMD itse tehnyt päivitykset Linux kerneliin jotka leviää kaikkiin Linux jakeluihin automaatisesti kun niiden ytimet päivityy (yleensä automaatisesti), eli ei tarvi AMD:n odotella että josko se Microsoft vaivautuisi päivitämään käyttistään.
 
Viimeksi muokattu:
Jos CryEnginen julkisista lähdekoodeista lunttaa niin engine päättelee onko HT:ta käytössä tarkistamalla että vendor string on GenuineIntel ja sen jälkeen tsekkaamalla HT spesifinen bitti. Toi vaikuttaa siihen montako worker threadia käynnistetään ja SMT:n kanssa "ylimääräiset" worker threadit voi heikentää suorituskykyä.

Edit: vaatisi vähän lisätutkimusta tosin, tota ennen haetaan erikseen ytimien määrä win32:n kautta myös
 
Viimeksi muokattu:
peksi sanoi:
Jos CryEnginen julkisista lähdekoodeista lunttaa niin engine päättelee onko HT:ta käytössä tarkistamalla että vendor string on GenuineIntel ja sen jälkeen tsekkaamalla HT spesifinen bitti. Toi vaikuttaa siihen montako worker threadia käynnistetään ja SMT:n kanssa "ylimääräiset" worker threadit voi heikentää suorituskykyä.
Napsauta laajentaaksesi...

Kiitos että tarkistit. Jotain tämän kaavaista uumoilinkin tuossa aikaisemmin kun asiaa mietiskelin.

Tässä kun on ollut paljon puhetta näistä optimoinneista ja myös peleistä että jotain pitää muuttaa jne, niin se mitä tässä keskustelussa ei välttämättä ole otettu huomioon on se, että kyse ei varsinaisesti ole siitä että pelejä pitäisi optimoida välttämättä toimimaan erilailla Ryzenin kanssa, vaan enemminkin siitä että pelit eivät ajaisi virheellisiä Intel optimointeja.

Tässä @peksi esille tuoma tapa on juuri hyvä esimerkki tästä että tarkistuksia tehdään melko alkeellisin keinoin ja sitten siitä seuraa tilanne että moottori tulkitsee alla olevaa rautaa väärin.
 
Pellonpecko sanoi:
Mitenkähän smt toimii linukan puolellla?
Napsauta laajentaaksesi...

IcePen sanoi:
Linukan puolla on AMD itse tehnyt päivitykset Linux kerneliin jotka leviää kaikkiin Linux jakeluihin automaatisesti kun niiden ytimet päivityy (yleensä automaatisesti), eli ei tarvi AMD:n odotella että josko se Microsoft vaivautuisi päivitämään käyttistään.
Napsauta laajentaaksesi...

Toimii kuten pitää jos kernel on 4.10 tai jos et halua käyttää 4.10:iä tai distro ei ole vielä sinne asti päässyt niin kernelin pitäisi olla 4.9.10 tai uudempi. Eikä ainakaan 26.2.2017 mennessä kernel 4.11 ole nähty mitään erityisiä Ryzen "korjauksia" tai muutoksia.
Siinä lisäinfoa jos kiinnostaa
AMD's Ryzen Will Really Like A Newer Linux Kernel - Phoronix
Linux 4.10 Is Hopefully In Good Shape For AMD Zen / Ryzen Processors - Phoronix
Tärkein kuitenkin tämä korjaus joka on sisällytetty 4.10 julkaisuun ja sittemmin backportattu 4.9.10 ja sitä uudempiin.
kernel/git/torvalds/linux.git - Linux kernel source tree

Mutta kuten Phoronixin uutisessa mainittu niin esim Ubuntu 16.10 tai 16.04.2 pohjainen distro pitäisi toimia ilman mitään vakavia ongelmia mutta joitakin ominaisuuksia/toiminnallisuuksia saattaa puuttua, kuten tuo SMT korjaus.
Jos haluaa mahdollisimman hyvän multithread suorituskyvyn niin paras siis käyttää uudempaa kerneliä eli esim 4.10 tai 4.9.10+.
Muuten siis ei pitäisi olla mitään suurempia ongelmia.
Tosin jotkut emolevyt käyttää ALC1220 äänikorttia ja sille tuki on tulossa vasta 4.11 kernelissä. Tämä äänikortti on kuitenkin niin tuore että Realtekin sivuiltakaan ei löydy mitään mainintaa siitä että ei ihmekkään että tuki on vasta tulossa 4.11.

Eli jos on ostamassa Ryzen konetta NYT ja meinaa käyttää Linuxia NYT niin kannattaa ihmetellä että mitä kaikkea siinä emolevyllä on ja katsoa sitten löytyykö tukea ja valmistautua siihen että saattaa joutua säätämään, mikä nyt ei pitäisi tulla yllätyksenä jos kerta menee ja ostaa täysin uutta rautaa samantien.
 
Lagittaja sanoi:
Tosin jotkut emolevyt käyttää ALC1220 äänikorttia ja sille tuki on tulossa vasta 4.11 kernelissä. Tämä äänikortti on kuitenkin niin tuore että Realtekin sivuiltakaan ei löydy mitään mainintaa siitä että ei ihmekkään että tuki on vasta tulossa 4.11.
Napsauta laajentaaksesi...
ALC1220 toimii oss 4.2.2011 -version kanssa (ALC1220 z270 -emolevyllä) ja Alsallekin on jo pätsi laitettu jakeluun: Add support for ALC1220 codec — ALSA Devel eli ei tarvitse mainlinen tukea odotella.
 
Arvostan. Hyviä kirjoituksia ja testejä :) Arvostan suuresti myös sitä, että itse kunkut osallistuu foorumilla keskusteluihin. Osuu silmään useinkin, kun selailen kommentointeja.

Toisekseen, mitä näihin sivuihin tulee niin aivan loistavat. Erityisesti tykkään, kun kommenttien määrät näkyy. Avaan uutisen monesti lukeakseni kommentointeja ja lisäksi on kiva nähdä paljonko keskustelua on herättänyt.
 
@Sampsa olisko vielä innostusta lisätä affinity testit mukaan. Eli käytännössä estää pääsy kokonaan toiselle ccx:lle. Mielellään näkisin threadi kohtaisen affinity testin, mutta applicaatio pohjainen olisi hyvä alku. Eli vain coret 0-7 käyttöön.

Täällä ollut aika isoa eroa tässä testissä.

72cbLFr.png
72cbLFr.png
72cbLFr.png

Käytännössähän tuossa vihreässä variaatiossa prossu on toiminut 4C/8T mallina. Kuitenkin ollut paljon nopeampi kuin esim 8C/8T variaatio (eli SMT disabloituna) kun ollaan pysytty yhden CCX:n puolella.
 
Viimeksi muokattu:
Sampsa sanoi:
Kaveri on Anandtechin prosessoritoimittaja ja hänen Ryzen-artikkelinsa merkittävyys on maailmalla top3:ssa, ei tälläistä rautasivustoa tärkeiden julkaisujen yhteydessä voi tehdä 8-16 toimistoajoilla..
Napsauta laajentaaksesi...

Kertoo mielestäni lähinnä Anandtechin nykyisistä intresseistä, jos pääasiallinen prossutoimittaja on jossain mobiilimessuilla tälläisen julkistuksen aikaan, ja sitten siellä kaiken ohessa, jetlagissa vääntää Ryzen-artsua kasaan.


SMT-bugailun suhteen voisi vielä testata SMT on-off tilanteen aktivoimalla vain ytimet 0-3 ja sitten jollain 2-5 sekotuksella, jotta tehonpudotuksen syyn voi yhä suuremmalla todennäköisyydellä laittaa threadien hypyttelyyn clustereiden välillä. Ei pitäisi ihan hirveästi palaa aikaa Warhammer-testien ajamiseen tähän tapaan.
 
Joskus vain on tilanteita että pitää olla kahdessa paikassa samaan aikaan. Ja ei hotellissa työnkentely ole mitenkään harvinaista työreissujen aikana. Todella usein työpäivä jatkuu hotellilla kun pääsee "oikeiden töiden" pariin messujen diipadaapasta. :)
 
Näkyy 1700 menevän 4Ghz et aika selkee valinta, http://www.legitreviews.com/amd-ryzen-7-1700-overclocking-best-ryzen-processor_192191/10


B350 emojen kellotus ominaisuuksista olis melenkiintosta saada testiä. Näkyy power phasejen määrän suhteen olevan isoja eroja eri valmistajilla. Asrock 9, Asus 6, Gigabyte 7, MSI 6

x370 emoissa taas 10-16
 
Dygaza sanoi:
@Sampsa olisko vielä innostusta lisätä affinity testit mukaan. Eli käytännössä estää pääsy kokonaan toiselle ccx:lle. Mielellään näkisin threadi kohtaisen affinity testin, mutta applicaatio pohjainen olisi hyvä alku. Eli vain coret 0-7 käyttöön.

Täällä ollut aika isoa eroa tässä testissä.

72cbLFr.png
72cbLFr.png
72cbLFr.png

Käytännössähän tuossa vihreässä variaatiossa prossu on toiminut 4C/8T mallina. Kuitenkin ollut paljon nopeampi kuin esim 8C/8T variaatio (eli SMT disabloituna) kun ollaan pysytty yhden CCX:n puolella.
Napsauta laajentaaksesi...
Mistä tää testitulos on lähtöisin?
 
Dimmu sanoi:
Testatkaa ihmeessä isommalla resoluutiolla.
Napsauta laajentaaksesi...
OT
Onneksi täällä osataan testata järkevästi. Isoimmat erot syntyy kun testattava tuote on se rajoittava tekijä. 4K:lla se olisi näyttis.
Tulee mieleen muron emolevytesti. Paras testi ikinä! Testataan kahden emolevyn paremmuutta pelaamalla 4K resolla. Tulos yllätti varmaan kaikki - ei mitään eroa. :D
/OT

Itseä ja monia muita kiinnostaa miten 1700 malli kellottuu halvoilla B-sarjan emoilla. Toki tuloksia alkaa tulla jo käyttäjiltöökin, mutta halpis emo + 1700 on voi olla parasta hinta/teho suhdetta mitä saa. Itselle on varmaan tulossa jossain kohtaa 2x16gb rammit taajuudella 3200. Onkohan se ihan toivotonta noilla B-sarjan pohjilla?
 
mRkukov sanoi:
Itselle on varmaan tulossa jossain kohtaa 2x16gb rammit taajuudella 3200. Onkohan se ihan toivotonta noilla B-sarjan pohjilla?
Napsauta laajentaaksesi...
@The Stilt sanoi joko täällä tai Anandtechissä että kakspuoleisilla tikuilla voi olla vaikeaa päästä korkeisiin taajuuksiin. Aamuhorroksessa en vaan löydä sitä viestiä mistään. Ja vissiin kukaan ei tee yks puoleisia 16Gb kampoja ainakaan isoilla taajuuksilla.
 
TheMeII sanoi:
@The Stilt sanoi joko täällä tai Anandtechissä että kakspuoleisilla tikuilla voi olla vaikeaa päästä korkeisiin taajuuksiin. Aamuhorroksessa en vaan löydä sitä viestiä mistään. Ja vissiin kukaan ei tee yks puoleisia 16Gb kampoja ainakaan isoilla taajuuksilla.
Napsauta laajentaaksesi...

Juurikin tähän haluaisin lisätietoa. Onkohan ongelma siis nykyiset bios-versiot vai onko joku oikea rajoitus ettei Ryzen emoilla voi tuollaista tehdä? Lähinnä se että neljän kamman käyttö (4*8gb) ei myöskään ole hyväksi kelloille. Itse haluan 32GB muistia ja mieluummin kahdella kammalla. Ryzenin pitäisi olla "edullinen prossu tehokäyttöön", mutta silloin olisi kiva saada isompia muistimääriäkin.

En nyt halua The Stiltin kommentteja ja osaamista yhtään väheksyä, mutta ainakin Ryzenin osalta mies on osunut nyt pariin kertaan väärään. Kovasti väitti että vain Asus levyt on järkeviä jos haluaa yhtään kellottaa... noh maailmalta kuuluu nyt paljon paskaa asukseen liittyen ja kelloja on saatu myös muilla. Onkohan tämäkin muistiongelma vain vajaavaisten biosien ja/tai asuksen ongelma?
Siksi haluaisinkin nähdä toimiiko kellotukset muiden valmistajien levyillä (ml. halvemmat levyt, jotka "voi unohtaa" The Stiltin mukaan) sekä miten 2x16GB muistit toimivat (ja millä taajuuksilla).

Hankalaa kun kaikki on niin uutta kaikille. Se on faktaa että Ryzen on tehokas ja ekosysteemi vielä kovasti kehityksessä. Kannattaako siis ostaa jo nyt, vai odottaa "korjattuja" uusia versioita? Tarvitseeko silloin päivittää koko emo vai pelkkä bios? - ääh, niin monta kysymystä. :)

ps. luen jatkossakin mielelläni The Stiltin asiantuntevia kommentteja. :kippis:
 
mRkukov sanoi:
Juurikin tähän haluaisin lisätietoa. Onkohan ongelma siis nykyiset bios-versiot vai onko joku oikea rajoitus ettei Ryzen emoilla voi tuollaista tehdä? Lähinnä se että neljän kamman käyttö (4*8gb) ei myöskään ole hyväksi kelloille. Itse haluan 32GB muistia ja mieluummin kahdella kammalla. Ryzenin pitäisi olla "edullinen prossu tehokäyttöön", mutta silloin olisi kiva saada isompia muistimääriäkin.

En nyt halua The Stiltin kommentteja ja osaamista yhtään väheksyä, mutta ainakin Ryzenin osalta mies on osunut nyt pariin kertaan väärään. Kovasti väitti että vain Asus levyt on järkeviä jos haluaa yhtään kellottaa... noh maailmalta kuuluu nyt paljon paskaa asukseen liittyen ja kelloja on saatu myös muilla. Onkohan tämäkin muistiongelma vain vajaavaisten biosien ja/tai asuksen ongelma?
Napsauta laajentaaksesi...

Itse uskoisin että ongelma on uefi/bios versiossa ja mikrokoodissa vielä. Eli tietysti nuo isommatkin kammat saadaan toimimaan mutta en tiedä miten nopeasti. Samaten se ongelma ASUS-emoissa taisi johtua siitä että käyttäjät (osa heistä joille ongelmaa siis tuli) olivat laittaneet automaattisen biosin päivityksen päälle ja ASUS oli julkaissut ongelmallisen biospäivityksen (minkä toki vetivät pois mutta eipä se auta jos lankku pimeänä jo).

Muistiongelma ei käsittääkseni ole ASUS pohjainen vaan kaikki emolevyn valmistajat kärsivät siitä enempi tai vähempi tällä hetkellä koska heillä ei ole ollut vielä tarpeeksi aikaa optimoida uefia (AMD ei antanut sitä heille vaan tämä julkaisu oli hieman hätiköity, tosin eipä tullut pahemmin vuotojakaan)

Tuollaista sattuu, onhan niitä windows päivityksiäkin joiden johdosta kone on buuttiloopissa. Siksi ei ehkä ihan ensimmäisten joukossa kannata niitä ladata.

Edit: ilmeisesti kyseessä vielä beta-versio biosista eli ei virallisesti testattu ja valmis (Released for beta on forums by an ASUS guy, not officially released. )
 
Viimeksi muokattu:
Itse ainakin ostanut jo 1700X paketin Asuksen Prime emolla, Corsairin 2x8GB 2666MHz paketilla ja jäähyksi Corsairin H110i.

Bios päivitykset takaa sitten tuota muistipuolta (näin on tullut luettua monestakin lähteestä, jo niin monesta, että kai se on pakko uskoa, itelle tähän väliin riittää 16GB ja 2666MHz kun vanhat oli 1600MHz ja 12GB...)

Windows pukkaa kun pukkaa myös päivitystä kun tulee ja samoin pelit.

Vaikuttaa kuitenkin aivan mainiolta comebackiltä taasen tänne tietokonekomponentti taistoon pahoja vastaan (Intel :D).
PS. No fanboying, just saying.
PPS. On tää mainio sivusto ja kommenttiosio toimii hyvin plus asiallisen oloista väkeäkin.
 
JaniKari sanoi:
Phoronix:n testejä ydinten/SMT:n määrän vaikutusta Linux:ssa AMD Ryzen CPU Core Scaling Performance - Phoronix . Peleissä tulokset oli aika outoja, mutta hyötykäytössä SMT-ytimet scaalautui lähes 100%:n useimmissa testeissä.
Napsauta laajentaaksesi...

Yksi syy varmaan on tuo kun theadeja on oikeasti tarpeeksi, jolloin windowsin scheduler ei siirtele niitä ympäriinsä kun kaikki ytimet ovat jo valmiiksi varattuja.
 
Dygaza sanoi:
Yksi syy varmaan on tuo kun theadeja on oikeasti tarpeeksi, jolloin windowsin scheduler ei siirtele niitä ympäriinsä kun kaikki ytimet ovat jo valmiiksi varattuja.
Napsauta laajentaaksesi...
Ei kait nyt sentään windowsin scheduler Linux:ssa siirtele mitään?
 
Muistaakseni tuosta linux schedulerin toiminnasta oli joku aika juttu että ei olisi tosiaan sekään ihan optimi. Itseasiassa taisi olla aika huono tietyillä database-kuormilla.
 
Täällä olisi 16 peliä testattuna 1080p ja 1440p resoluutiolla. Aika outoja hyppyjä esim. Mafia 3 toimi todella hyvin ja jossain pelissä i3 oli parempi O_o
 
JaniKari sanoi:
Muistaakseni tuosta linux schedulerin toiminnasta oli joku aika juttu että ei olisi tosiaan sekään ihan optimi. Itseasiassa taisi olla aika huono tietyillä database-kuormilla.
Napsauta laajentaaksesi...
Con Kolivaksen BFScheduleriahan voi ainaa koittaa, joka on teoriassa parempi 'työpöytäkuormille', mutta CFS on kyllä toiminut ensimmäisestä 3-sarjalaiskernelistä lähtien mielestäni hyvin, kuormassa kuin kuormassa.

Toimii niin Bulldozerien (toimi välittömästi), Thubanin, Sandy Bridgen ja vaikka Nehalemin kanssa hyvin, joten vika on Zenissä, jos se ei nykyisten schedulerien kanssa pelaa.
 
levysukka sanoi:
Toimii niin Bulldozerien (toimi välittömästi), Thubanin, Sandy Bridgen ja vaikka Nehalemin kanssa hyvin, joten vika on Zenissä, jos se ei nykyisten schedulerien kanssa pelaa.
Napsauta laajentaaksesi...
Mikähän logiikka tässä on? Zen ei käsittääkseni ole bulldozer, thuban, sandy bridge, nehalem eikä vaikka P5.
 
Proscribo sanoi:
Mikähän logiikka tässä on? Zen ei käsittääkseni ole bulldozer, thuban, sandy bridge, nehalem eikä vaikka P5.
Napsauta laajentaaksesi...
Se logiikka, että vanhempien mikroarktitehtuurien kanssa (ainakin listaamieni) on suorituskyky 'ollut kohdillaan' heti eikä ole tarvinnut jäädä odottelemaan optimointeja (koska kukaan ei niitä markkinahomojen lisäksi ole luvannut).
Bulldozerienkin kanssa niitä kovasti toiset odottelivat, mutta niitä ei tullut - siis muita, joita ei jo julkaisussa ollut saatavilla (linuxin puolella gnu c kirjastoissa on jo optimoinnit 'zenver1' arkitehtuurille, kuten oli 'bdver1' ja 'bdver2':llekin jo julkaisuissa).

Siis näin linuxin kanssa. MS julkaisi ne pari hotfixiä NT6.1:lle, mutta ainakaan Piledriverilla niillä ei ollut mitään huomattavaa vaikutusta.

CPU scheduleriin (CFS tai Colivaksen BFS) siis tuskin on tulossa mitään optimointeja Zenille, sitä ei tullut bulldozereillakaan, thubanille tai sandy bridgelle tai ainakaan kehittäjät ei ole päivityslokeissa ilmoittaneet muutoksista koodissa, joka viittaisi näihin suorittinperheisiin.

Jos Zeni on niin outo arkitehtuuri, että se vaatii optimointeja cpu scheduleriin, niin kannattaisi varmaan AMD:n palkkaamien koodajien toimittaa tavaraa mainlineen - ja suoritinsaralla on ollut hiljaista monta vuotta (eipä kyllä ole Intelin koodajatkaan intel_pstate -ajureiden jälkeen paljoa toimittaneet - ja tuon ajurin suorituskyky on ottanut takapakkia lähes jokaisella uudella kerneliversiolla). Vapaiden näyttisajurien kehittäjät (AMD:n palkkalistoilla olevat) kyllä puskevat tavaraa kiitettävään tahtiin, kun amdgpu:n kernelin puoli on jo erittäin hyvässä kunnossa, vaikka samaan aikaan päivitellään vanhempaa ratukka-ajuria.
 
Viimeksi muokattu:
Dygaza sanoi:
Yksi syy varmaan on tuo kun theadeja on oikeasti tarpeeksi, jolloin windowsin scheduler ei siirtele niitä ympäriinsä kun kaikki ytimet ovat jo valmiiksi varattuja.
Napsauta laajentaaksesi...
Monet pelit kyllä pyrkivät määrittelemään workeriensa affinityn itse, ei toki tarkoita etteikö käyttis silti skeduloisi samoille ytimille muutakin jatkuvasti.

levysukka sanoi:
Jos Zeni on niin outo arkitehtuuri, että se vaatii optimointeja cpu scheduleriin, niin kannattaisi varmaan AMD:n palkkaamien koodajien toimittaa tavaraa mainlineen - ja suoritinsaralla on ollut hiljaista monta vuotta (eipä kyllä ole Intelin koodajatkaan intel_pstate -ajureiden jälkeen paljoa toimittaneet - ja tuon ajurin suorituskyky on ottanut takapakkia lähes jokaisella uudella kerneliversiolla). Vapaiden näyttisajurien kehittäjät (AMD:n palkkalistoilla olevat) kyllä puskevat tavaraa kiitettävään tahtiin, kun amdgpu:n kernelin puoli on jo erittäin hyvässä kunnossa, vaikka samaan aikaan päivitellään vanhempaa ratukka-ajuria.
Napsauta laajentaaksesi...
Niin eihän kyseiset arkkitehtuurit itse Linuxin skeduleriin tarvitsekaan optimointeja, Linux tukee topologioiltaan paljon oudompiakin alustoja samalla skedulerilla mutta pätsejä aina välillä tarvitaan matalalla tasolla konffaamaan se topologia kuntoon arkkitehtuurispesifissä osassa, myös Zeniin liittyen oli muistaakseni jotain. Ja toki AMD:llä on mainlineen commitoivia kehittäjiä palkkalistoilla.

Mutta joo en odottelisi mitään ihmeellistä niksipäivitystä kerneleihin joka nostaisi Zenin perffin kattoon :geek:
 
jm82 sanoi:
Se on vähän "kinkkistä". Nimittäin nopeampia näytönohjaimia tulee melko nopealla tahdilla uusia? Silloin Ryzen (tai joku muu) voi jäädä pullonkaulaksi jos näyttis päivitetään nopeampaan?
Napsauta laajentaaksesi...

Youtubestakin löytyy videota jossa vertaillaan 2500K ja FX8350 prossujen eroja "bottleneckkailussa" pienemmillä resoilla ja erot olivat vain kaventuneet aina kun näytönohjainta oli päivitetty alkuperäisestä GTX 680:stä, 780, 980 ti asti, kunnes 4.5 vuoden päästä uusimmalla titan X:llä 2500K oli yhtäkkiä keskimäärin hitaampi peleissä kuin tuo 8350, joka oli alunperin melkein 20% hitaampi sen ajan pelitesteissä... Eli ei pienemmän resoluution testit välttämättä kerro yhtään mitään oikeaa totuutta kokonais-suorituskyvystä, kun säkeistys paranee ja pikselimurskauksen taakka kokoajan lisääntyy PCI-E väylän ja muistikaistan puolella.

Tietenkään 2500K:ta ei ole mitään järkeä ajaa vakiona ja silloin kyseinen skenaario ei enää toteudu kun molemmat kellotetaan äärimmilleen, mutta kertoo sen karun faktan että pieniresotesteissa saadut erot sekä jatkuvasti päivittyvät näytönohjaimet eivät mene ihan 1:1 suhteella mitä pullonkauloja yritetään ennustaa. Tässä tapauksessa ryzenin lisäytimet saattavat jopa olla erittäin hyvä etu tulevaisuudessa.
 
Kankipappa sanoi:
Youtubestakin löytyy videota jossa vertaillaan 2500K ja FX8350 prossujen eroja "bottleneckkailussa" pienemmillä resoilla ja erot olivat vain kaventuneet aina kun näytönohjainta oli päivitetty alkuperäisestä GTX 680:stä, 780, 980 ti asti, kunnes 4.5 vuoden päästä uusimmalla titan X:llä 2500K oli yhtäkkiä keskimäärin hitaampi peleissä kuin tuo 8350, joka oli alunperin melkein 20% hitaampi sen ajan pelitesteissä... Eli ei pienemmän resoluution testit välttämättä kerro yhtään mitään oikeaa totuutta kokonais-suorituskyvystä, kun säkeistys paranee ja pikselimurskauksen taakka kokoajan lisääntyy PCI-E väylän ja muistikaistan puolella.

Tietenkään 2500K:ta ei ole mitään järkeä ajaa vakiona ja silloin kyseinen skenaario ei enää toteudu kun molemmat kellotetaan äärimmilleen, mutta kertoo sen karun faktan että pieniresotesteissa saadut erot sekä jatkuvasti päivittyvät näytönohjaimet eivät mene ihan 1:1 suhteella mitä pullonkauloja yritetään ennustaa. Tässä tapauksessa ryzenin lisäytimet saattavat jopa olla erittäin hyvä etu tulevaisuudessa.
Napsauta laajentaaksesi...
Joo näin on kuten sanoit.

Pienellä resolla tarkoitin 1920x1080 tarkkuutta. Eli tuolla resolla saa jotain eroja niissä testituloksissa. Eli pullonkaulan erottaa. On se "pullonkaula" sitten Ryzen tai joku muu. Toki ryzenkään ei ole ollut niin hidas tietenkään, että olisi ollut tökkimistä. Ihan vähän on voinut jäädä jälkeen suurella nopeudella toimivasta 7700K prosessorista.

Tuo tulevaisuudessa tuleva säikeistyminen vie sitten katseen sinne Ryzenin suuntaan. Halvin 1700 kellotettuna olisi kannattava ostos ja satsaus samalla tulevaisuuteen. Jo nytkin voi saada tietyissä erittäin raskaissa verkkopeleissä hyötyä ryzenin kahdeksasta ytimestä. Eli vikaan ei minusta mene jos ostaa 1700 prossun 7700K prossun sijaan :)
 
Kirjaudu tai rekisteröidy kirjoittaaksesi tänne.

Uutiset

Uutisia lyhyesti

Uusimmat viestit

Statistiikka

Viestiketjuista
261 477
Viestejä
4 539 140
Jäsenet
74 803
Uusin jäsen
Mäntyvirta

Hinta.fi

Back
Ylös Bottom