AMD Ryzen -prosessori (Summit Ridge)

  • Keskustelun aloittaja Keskustelun aloittaja Sampsa
  • Aloitettu Aloitettu
Jos katsot esim. AMD:n nykyisiä (15h) vehkeitä, joissa kokonaislukusuorituskyky on huomattavasti vahvempi kuin liukulukusuorituskyky niin miten ne pärjää peleissä? :think:

Miten niin kokonaislukusuorituskyky on huomattavasti vahvempi kuin liukulukusuorituskyky?

Yhden säikeen kokonaislukusuorituskyky on bulldozer-johdannaisisssa nimenomaan se kaikkein pahin ongelma ja suhteessa selvästi heikompi kuin liukulukusuorituskyky.

Esim. Bulldozer-johdannaisten huono välimuistirakenne tuntee selvästi enemmän kokonaislukusuorituskyvyssä kuin liukulukusuorituskyvyssä; Liukulukukoodi on paljon säännöllisempää ja prefetcherit onnistuvat sen kanssa paljon paremmiin hakemaan datan kakkuihin ajoissa.

Ja monella säikeellä... jos säikeitä on ajossa maksimissaan 1/moduli, sen jakaminen ei haittaa yhtään, koska sitä ei käytännössä jaeta. Ja vaikka säikeitä olisi ajossa 2/moduli, harvoin yksi säie kuitenkaan saisi molempia FPUn laskentayksiköitä tehokkaasti hyödynnettyä, joten käytännön suorituskyvyn lasku johtuen FPUn jakamisesta on paljon pienempi kuin mitä luulisi jakamalla vaan flops-lukuja.

Bulldozer-johdannaisten huono pelisuorituskyky johtuu huonosta säiekohtaisesta (pääosin kokonaisluku)suorituskyvystä, ei sen FPU-suorituskyvystä.




(ja sitten aasinsilta itse asiaan..)

Bulldozer-moduuli ja zen-ydinhän ovat melko lähellä toisiaan liukulukuyksilön järeydeltään; Molemmat pystyvät laskemaan kaksi 128-bittistä FMA:ta kellojaksossa.

Zen tosin on nopeampi silloin kun koodissa onkin yksittäisiä FMUL- ja FADD-käskyjä FMA-käskyjen sijaan, mutta toisaalta bulldozer-johdannaiset pystyvät paremmin suorittamaan liukuluku-/SIMD-datan tallennuksia ja shuffleja yms. operaatioita rinnakkain itse laskennan kanssa.

Molemmat myös kykenevät ajamaan 1..2 säiettä.

(järeys ja nopeus eivät kuitenkaan aina ihan korreloi, tyhmä järeä design voi olla käytännössä hitaampi kuin fiksu vähemmän järeä design, jos järeä stallailee paljon enemmän tai joutuu pyörimään pienemmällä kellolla tms., )
 
Miten niin kokonaislukusuorituskyky on huomattavasti vahvempi kuin liukulukusuorituskyky?

Yhden säikeen kokonaislukusuorituskyky on bulldozer-johdannaisisssa nimenomaan se kaikkein pahin ongelma ja suhteessa selvästi heikompi kuin liukulukusuorituskyky.

Esim. Bulldozer-johdannaisten huono välimuistirakenne tuntee selvästi enemmän kokonaislukusuorituskyvyssä kuin liukulukusuorituskyvyssä; Liukulukukoodi on paljon säännöllisempää ja prefetcherit onnistuvat sen kanssa paljon paremmiin hakemaan datan kakkuihin ajoissa.

Ja monella säikeellä... jos säikeitä on ajossa maksimissaan 1/moduli, sen jakaminen ei haittaa yhtään, koska sitä ei käytännössä jaeta. Ja vaikka säikeitä olisi ajossa 2/moduli, harvoin yksi säie kuitenkaan saisi molempia FPUn laskentayksiköitä tehokkaasti hyödynnettyä, joten käytännön suorituskyvyn lasku johtuen FPUn jakamisesta on paljon pienempi kuin mitä luulisi jakamalla vaan flops-lukuja.

Bulldozer-johdannaisten huono pelisuorituskyky johtuu huonosta säiekohtaisesta (pääosin kokonaisluku)suorituskyvystä, ei sen FPU-suorituskyvystä.




(ja sitten aasinsilta itse asiaan..)

Bulldozer-moduuli ja zen-ydinhän ovat melko lähellä toisiaan liukulukuyksilön järeydeltään; Molemmat pystyvät laskemaan kaksi 128-bittistä FMA:ta kellojaksossa.

Zen tosin on nopeampi silloin kun koodissa onkin yksittäisiä FMUL- ja FADD-käskyjä FMA-käskyjen sijaan, mutta toisaalta bulldozer-johdannaiset pystyvät paremmin suorittamaan liukuluku-/SIMD-datan tallennuksia ja shuffleja yms. operaatioita rinnakkain itse laskennan kanssa.

Molemmat myös kykenevät ajamaan 1..2 säiettä.

(järeys ja nopeus eivät kuitenkaan aina ihan korreloi, tyhmä järeä design voi olla käytännössä hitaampi kuin fiksu vähemmän järeä design, jos järeä stallailee paljon enemmän tai joutuu pyörimään pienemmällä kellolla tms., )

Skylaken IPC on n. 40% edellä Excavatoria kokonaislukukuormissa ja n. 78% edellä liukulukukuormissa?
Eikö tuolloin ole aihetta sanoa että kokonaisluvut on suhteessa paljon vahvempia kuin liukuluvut 15h perheen malleilla?
 
Sniper Elite 4 im Test: Direct X 12 & Async Compute endlich mal richtig umgesetzt [Update]

Täällä kun on niistä ydinmääristä keskusteltu, Niin täällä on testiä missä sniper elite 4:n skaalautumista on testattu ydinten mukaan. Tuossa testissä skaalautuvuus loppuu 6 ytimeen (HT:sta ei juuri hyötyä, kun taas 4coren kohdalla ht:n päälle laitosta on selvä hyöty, kuitenkin jää alle 6:n oikean ytimen).

Tuossa oli Titan X Maxwell. Todennäkösesti osui tuossa 6 ytimisellä gpu limittiin. Titan X Pascal voisi näyttää eroa vielä yli 6:n coren. Mutta tuossa pelissä 2C/4C pyörittää peliä jo noilla asetuksilla 80 fps, ainakin tuossa testi osiossa.

En ymmärrä muutenkaan tuota cpu testiä , että miksi siihen on pitänyt ottaa Titan X Maxwell testiin, jota ei sitten edes löydy niiden varsinaistesta testilistalta isommilta resoilta. Olisivat käyttäneet sitä Pascal versiota.
 
Skylaken IPC on n. 40% edellä Excavatoria kokonaislukukuormissa ja n. 78% edellä liukulukukuormissa?
Eikö tuolloin ole aihetta sanoa että kokonaisluvut on suhteessa paljon vahvempia kuin liukuluvut 15h perheen malleilla?
Single-core vai koko ytimen leveydeltä verrattuna?
 
Tuossa oli Titan X Maxwell. Todennäkösesti osui tuossa 6 ytimisellä gpu limittiin. Titan X Pascal voisi näyttää eroa vielä yli 6:n coren. Mutta tuossa pelissä 2C/4C pyörittää peliä jo noilla asetuksilla 80 fps, ainakin tuossa testi osiossa.

En ymmärrä muutenkaan tuota cpu testiä , että miksi siihen on pitänyt ottaa Titan X Maxwell testiin, jota ei sitten edes löydy niiden varsinaistesta testilistalta isommilta resoilta. Olisivat käyttäneet sitä Pascal versiota.
Eipä sillä Titan X mallilla tuossa pitäisi juuri eroa olla, kun reso näyttäisi olevan 1280x720 ja ilman antialiasointia, ja toisaalta CPU-testaus aina 3GHz kelloilla.

Tuosta näkyy tosiaan, että peli huomaa lisäsäikeet, ja pystyy niille jotain kuormaa laittamaan. Eli monisäikeistys on kehityksessä huomioitu.

Silti menee monimutkaiseksi, että mikä prossu pelaajan pitäisi valita optimaalisesti tuota peliä varten, jos on koneen kokoamiselle tiukahko budjetti. Näyttäisi, että tämän päivän hinnoilla, ennen Ryzenin tuloa, aika turvallinen valinta olisi Intelin kerroinlukittu 4c/4t, eli vaikka i5-7500? Tuossa testissähän oli aina ytimien kellot 3GHz, ja silti myös 2c/4t pysyi koko ajan pelattavilla fps-lukemilla.

Itseäni kiinnostaisi testit, että miten ikäänkuin prossun sama tehonkulutus pitäisi olla jaettuna. Kannattaako vaikka suunnilleen 4GHz 4c/4t tai 4c/8t mallille antaa 10% lisää kelloja, vaiko pitää ~4GHz, mutta lisätä 2 oikeaa ydintä lisää? Tietysti moniydinprossut voisivat vielä paremmin tukea korkeampia kellotaajuuksia, ja tarvittaessa liikojen ydinten sulkemista. Vaikka pelikohtaiset käynnistysprofiilit, silloin moniytimisyydestä ei koskaan olisi haittaa, aina "best of both worlds" tulisi sopeutumiskyvyn myötä.
 
Eipä sillä Titan X mallilla tuossa pitäisi juuri eroa olla, kun reso näyttäisi olevan 1280x720 ja ilman antialiasointia, ja toisaalta CPU-testaus aina 3GHz kelloilla.

Tuosta näkyy tosiaan, että peli huomaa lisäsäikeet, ja pystyy niille jotain kuormaa laittamaan. Eli monisäikeistys on kehityksessä huomioitu.

Silti menee monimutkaiseksi, että mikä prossu pelaajan pitäisi valita optimaalisesti tuota peliä varten, jos on koneen kokoamiselle tiukahko budjetti. Näyttäisi, että tämän päivän hinnoilla, ennen Ryzenin tuloa, aika turvallinen valinta olisi Intelin kerroinlukittu 4c/4t, eli vaikka i5-7500? Tuossa testissähän oli aina ytimien kellot 3GHz, ja silti myös 2c/4t pysyi koko ajan pelattavilla fps-lukemilla.

Itseäni kiinnostaisi testit, että miten ikäänkuin prossun sama tehonkulutus pitäisi olla jaettuna. Kannattaako vaikka suunnilleen 4GHz 4c/4t tai 4c/8t mallille antaa 10% lisää kelloja, vaiko pitää ~4GHz, mutta lisätä 2 oikeaa ydintä lisää? Tietysti moniydinprossut voisivat vielä paremmin tukea korkeampia kellotaajuuksia, ja tarvittaessa liikojen ydinten sulkemista. Vaikka pelikohtaiset käynnistysprofiilit, silloin moniytimisyydestä ei koskaan olisi haittaa, aina "best of both worlds" tulisi sopeutumiskyvyn myötä.

@Sampsa tässähän olisi kovan jatko-artikkelin paikka sitten kun ryzen on saatu pois jaloista.
 
Eipä sillä Titan X mallilla tuossa pitäisi juuri eroa olla, kun reso näyttäisi olevan 1280x720 ja ilman antialiasointia, ja toisaalta CPU-testaus aina 3GHz kelloilla.

Tuosta näkyy tosiaan, että peli huomaa lisäsäikeet, ja pystyy niille jotain kuormaa laittamaan. Eli monisäikeistys on kehityksessä huomioitu.

Jos katsot että 980Ti custom oli 1080:lla gpu rajoitteinen about 90fps. Niin ei se 1080p=> 720p pudotus niin paljoa tuo lisää, vaikka AA tiputetaankin pois päältä. Aivan mahdollista että on gpu rajoitteinen. En toki mene sitä vannomaan. Itsellä on kyllä kyseinen peli ja voin tarkistaa montako threadia peli käyttää ja miten se jakaa. Tämä menee vähän tosin Ryzen aiheen ohi, mutta ei nyt sentään ihan offtopiccia ole.

Edit:

Peli käyttää I7 (8 threadia). Main thread + 7 threadia + äänithread aktiivisesti. Eli 9 threadia pyörii kuormalla. Pelin pääthread on kuitenkin reilusti raskaampi että se tulee pullonkaulaksi, eli tuo 130fps voi hyvinkin olla pääthreadin maksimi 3GHz:lla.

Tuossa screenshot pikasesti heti kampanjan alusta pieneltä resolta:

Sniper%20Elite%20cpu_zpshufq15af.png

Peli ei tosiaan ole kovin raskas kun prossukuormat alhaset ja fps taulussa yli 200.
 
Viimeksi muokattu:
Joku kyseli toisella foorumilla että tuleeko Zen coret tarvitsemaan windowsiin päivityksen että käyttöjärjestelmä osaa tunnistaa SMT ytimet oikein? Onko tietoa?
 
Joku kyseli toisella foorumilla että tuleeko Zen coret tarvitsemaan windowsiin päivityksen että käyttöjärjestelmä osaa tunnistaa SMT ytimet oikein? Onko tietoa?
Tämä on toki spekulaatiota, mutta olettaisin ajuria tarvittavan lähinnä erikoisempien ominaisuuksien kanssa kuten virransäästö ja kellotaajuuden muutokset lennossa. Muistelen nähneeni jossain väitteen, että AMD olisi testannut Ryzenin myös Windows 7:llä ja olisi toiminut, mutta virallisia ajureita sille ei ole tulossa.
 
Prosessori itsessään ei tarvitse mitään ajureita.
Ryzenin SMT toimii suoraan, siinä missä Intelinkin.

Ryzen toimii myös seiskalla ilman ongelmia, ainoa ongelma on käyttöjärjestelmän asennus muulta kuin optiselta medialta.
Jos lisää tarvittavat USB ajurit Taishanille & Promontorylle (saatavissa AMD:n sivuilta), niin käyttöjärjestelmä asentuu myös USB:ltä.
Levyohjain (MS AHCI) toimii suoraan. Suorituskyky on myös sama tai parempi kuin kympillä, kuten muillakin alustoilla.

Windows 10 asentuu ilman mitään ylimääräisiä kikkoja.
 
Eikös bulldozerille tullut aikanaan joku tuki että käyttöjärjestelmä osasi käyttää niitä ytimiä oikein, eikä tuupannut kaksi high priority threadia samalle moduulille? Tätä lähinnä hain.
 
Onko Zenin lämpötila-anturista mitään tietoa julkisuudessa eli kuinka tarkkaa tietoa antava on (joka on siis käyttäjän luettavissa) ja mihin se on sijoitettu?

Ja mahtaakohan toimia linuxin k10temp ajurilla? FX-8350:sellä ulostaa samoja numeroita kuin Windowsillakin eli kaikesta päätellen toimii oikein, mutta Athlon 5350:llä (Kabini AM1 -kannassa) ei toimi tai ei ainakaan 4.* -sarjaa vanhemmissa kerneleissä toiminut (en ole uudemmilla testannut, mutta en muista lukeneeni mistään uudesta ajurista tai muutoksia k10temp -ajuriin tulleen).
 
Viimeksi muokattu:
Eikös bulldozerille tullut aikanaan joku tuki että käyttöjärjestelmä osasi käyttää niitä ytimiä oikein, eikä tuupannut kaksi high priority threadia samalle moduulille? Tätä lähinnä hain.
Tämä johtui etupäässä siitä, että Bulldozer oli arkkitehtuuriltaan melko omalaatuinen ja perinteinen skeduleri ei toiminut ollenkaan oikein. Ryzeniä tuskin tarvitsee, tai edes voi optimoida vastaavalla ajuri/käyttöjärjestelmätason toiminnallisuudella vaan sitten pitäisi optimoida koodia ihan pohjalta asti.

I/O yms. on suurempi kysymysmerkki kun se NB on siellä prossulla, mutta jos käytännössä kaikelle löytyy tuki ennestään Stiltin muukaisesti se olisi aika jeba.
 
Eikös bulldozerille tullut aikanaan joku tuki että käyttöjärjestelmä osasi käyttää niitä ytimiä oikein, eikä tuupannut kaksi high priority threadia samalle moduulille? Tätä lähinnä hain.

Kyllä.
15h perhe käytti CMT:tä ainoana x86 prosessorina.
Päivitys muutti tapaa jolla käyttöjärjestelmä allokoi ytimiä. Alunperin käyttöjärjestelmä kohteli kaikkia ytimiä tasavertaisena ja saattoi allokoida "slave" ytimen ensimmäisenä.
Päivityksen jälkeen käyttöjärjestelmä tunnisti 4C/8T (vs. 8C/8T). Kyseinen päivitys ei jostain syystä ikinä tullut viralliseksi, vaan se on edelleen ladattavissa ainoastaan MS:n hotfix reposta.
 
Onko Zenin lämpötila-anturista mitään tietoa julkisuudessa eli kuinka tarkkaa tietoa antava on (joka on siis käyttäjän luettavissa) ja mihin se on sijoitettu?

Ja mahtaakohan toimia linuxin k10temp ajurilla? FX-8350:sellä ulostaa samoja numeroita kuin Windowsillakin eli kaikesta päätellen toimii oikein, mutta Athlon 5350:llä (Kabini AM1 -kannassa) ei toimi tai ei ainakaan 4.* -sarjaa vanhemmissa kerneleissä toiminut (en ole uudemmilla testannut, mutta en muista lukeneeni mistään uudesta ajurista tai muutoksia k10temp -ajuriin tulleen).

Ytimessä on 20 lämpöanturia jaettuna koko ytimen alalle.
Normaalikäyttäjä saa prosessorista ulos yhden lämpölukeman, joka edustaa CCX:stä mitattua kuuminta lämpötilaa.

Virallisesti lämpötilan arvo on edelleen nimeltään tCTL, mutta toisin kuin tiettyjen 10h ja kaikkien 15h perheiden prosessorien kohdalla se edustaa todellista lämpötilaa.

Zenillä ei ole rekisterien osalta mitään yhteistä minkään aikaisemman AMD:n prosessorin kanssa, poislukien tietyt MSR rekisterit. Kaikki vähänkään syvällisemmät operaatiot hoidetaan moninkertaisesti salatun SMU:n kautta, myös lämpötilan lukeminen.
Pääsääntöisesti PCI rekisterikonffausta ei käytetä suoraan ollenkaan, muuten kuin erinäisten dataporttien kautta.
 
Ytimessä on 20 lämpöanturia jaettuna koko ytimen alalle.
Normaalikäyttäjä saa prosessorista ulos yhden lämpölukeman, joka edustaa CCX:stä mitattua kuuminta lämpötilaa.

Virallisesti lämpötilan arvo on edelleen nimeltään tCTL, mutta toisin kuin tiettyjen 10h ja kaikkien 15h perheiden prosessorien kohdalla se edustaa todellista lämpötilaa.

Zenillä ei ole rekisterien osalta mitään yhteistä minkään aikaisemman AMD:n prosessorin kanssa, poislukien tietyt MSR rekisterit. Kaikki vähänkään syvällisemmät operaatiot hoidetaan moninkertaisesti salatun SMU:n kautta, myös lämpötilan lukeminen.
Pääsääntöisesti PCI rekisterikonffausta ei käytetä suoraan ollenkaan, muuten kuin erinäisten dataporttien kautta.

Toivottavasti Ryzenin ylikellotus/monitorointisofta on lähellä Intelin XTU:n tasoa. Se on omasta mielestä hyvä testikäytössä.
 
6C/12T mallista cpu id benchmark luvut:


SfFIl57.jpg

4G8zvTS.jpg

vertaukseksi oma I7-3770k@4.1GHz vetää 1709 single / 7629 multithreaded.

Ainakin tuossa testissä Ryzen @ 3.7GHz (olettaen että turbo toimii) on edellä reilusti Ivy bridgeä.
 
6C/12T mallista cpu id benchmark luvut:


SfFIl57.jpg

4G8zvTS.jpg

vertaukseksi oma I7-3770k@4.1GHz vetää 1709 single / 7629 multithreaded.

Ainakin tuossa testissä Ryzen @ 3.7GHz (olettaen että turbo toimii) on edellä reilusti Ivy bridgeä.

Huomaatko, että vaihtuu näiden kuvankaappausten kesken käyttöjärjestelmän kieli kiinasta englanniksi. Lisäksi alemmassa kuvassa CPU-Z:n fontti on eri kuin tuossa varsinaisessa tuloksessa..

En usko että on aito tulos, tai ainakaan ajettu kyseisellä prosessorilla mistä näkyy tiedot CPU-Z-ohjelmassa + kiinankielisen Windowsin järjestelmänhallinnassa.

Nämä tosin vaikuttavat aidoilta:

AMD-Ryzen-5-1600X-Processor-1.jpg


AMD-Ryzen-8-Core-Processor.jpg
 
Rupee käymään jännäksi tämä :D

Olo on niinku lapsella karkkikaupassa tätä odotellessa. Muutenki ku on tässä vasta 5:n viime vuoden aikana innostunu enemmän tästä tietotekniikka puolesta ja kumminkin ikää sen +30v niin on hienoo että vielä innostuu tälläsistä jutuista
:cigar:
 
Oikea jännite C6 tilassa (osan ytimistä ollessa sammutettuna), ei normaalin toiminnan aikana. C6 päälläolo tarkoittaa Ryzenilla myös turbon päälläoloa.

Ihan vain haluan varmistaa, tässä tarkoitat sitä, että kun ydin voi mennä C6 tilaan, se on myös kykenevä turboamaan? Et sitä, että turbo taajuudet vaatisivat jonkin ytimen olon C6 tilassa.
 
Ihan vain haluan varmistaa, tässä tarkoitat sitä, että kun ydin voi mennä C6 tilaan, se on myös kykenevä turboamaan? Et sitä, että turbo taajuudet vaatisivat jonkin ytimen olon C6 tilassa.

Luonnollisesti ytimen on vaikea olla rasitettuna ja nukkumassa samaan aikaan :think:
Turbon aktivoitumissäännöt on suurinpiirtein samat kuin vanhemmillakin prosessoreilla.

Kaikkien ytimien turbolla ei ole luonnollisesti C6 vaatimusta, mutta yhden ytimen turbo aktivoituu vain kun osa ytimistä on sammutettuna (C6).
 
Pystyyköhän tuolla määrittelemään (manuaalisesti esim.) ylikellotuksessa että vaikka 6-ydintä on päällä ja ns. täysillä kun 2 on kytkettynä pois?

Näin maallikkona luulisi että silloin lämmöt olisivat alempana vs. kaikki 8 ydintä päällä ja täysillä.

Itse ei ole 2600K Sandylla tarvinut tuota, eli joko idlaavat noin 1.6GHz (tai jos HWMonitoria on uskominen 1568MHz) tai ovat jotain siltä väliltä nousten aina tuonne 4.8GHz millä sitä normaalisti ajelen maksimi kuormituksella.

Mutta olisihan se teoriassa kivaa kikkailua jos voisi määrittää että esim. vain 1-2 ydintä nousee esim. 4.5GHz (tai mihin automaatti antaa myöden), ytimet 3-4 3.5GHz ja ytimet 5-6 esim. 3GHz kun ytimet 7-8 ovat kokonaan poissa päältä tai idlaavat 1.6GHz. Tuo siis maksimi rasituksessa, muuten voisivat olla vaikka 1-2 ydintä päällä työpöytäkäytössä joku 1+GHz muiden nukkuessa.
 
Pystyyköhän tuolla määrittelemään (manuaalisesti esim.) ylikellotuksessa että vaikka 6-ydintä on päällä ja ns. täysillä kun 2 on kytkettynä pois?

Näin maallikkona luulisi että silloin lämmöt olisivat alempana vs. kaikki 8 ydintä päällä ja täysillä.

Itse ei ole 2600K Sandylla tarvinut tuota, eli joko idlaavat noin 1.6GHz (tai jos HWMonitoria on uskominen 1568MHz) tai ovat jotain siltä väliltä nousten aina tuonne 4.8GHz millä sitä normaalisti ajelen maksimi kuormituksella.

Mutta olisihan se teoriassa kivaa kikkailua jos voisi määrittää että esim. vain 1-2 ydintä nousee esim. 4.5GHz (tai mihin automaatti antaa myöden), ytimet 3-4 3.5GHz ja ytimet 5-6 esim. 3GHz kun ytimet 7-8 ovat kokonaan poissa päältä tai idlaavat 1.6GHz. Tuo siis maksimi rasituksessa, muuten voisivat olla vaikka 1-2 ydintä päällä työpöytäkäytössä joku 1+GHz muiden nukkuessa.

Palataan asiaan sitten kun prossut on ns. vapaata riistaa.
Ryzen on sen verran erilainen verrattuna mihinkään toiseen prosessoriin, että moni perusasia pitää käsitellä uudelleen erikseen.
 
Näin maallikkona luulisi että silloin lämmöt olisivat alempana vs. kaikki 8 ydintä päällä ja täysillä.

Kaikissa vuodoissa vaan tuo kellotaajuus on ollut pienempi 6-coreissa ja 4-coreissa. Tämä voi toki olla ihan markkinointikikka, että 8-coresta saadaan se premium-tuote..
 
CPU-Z ver 1.78 julkaisu 21.11.2016
viimeisin virallisesti mainittu AMD prossu Bristol Ridge ( R-sarjan APU)

Voiko näihin kuvakaappauksiin luottaa tippaakaan ?
 
Kaikissa vuodoissa vaan tuo kellotaajuus on ollut pienempi 6-coreissa ja 4-coreissa. Tämä voi toki olla ihan markkinointikikka, että 8-coresta saadaan se premium-tuote..
Tai sitten ne 4 ja 6 coret ovat ne epäonnistuneet 8 coret.
 
Huomaatko, että vaihtuu näiden kuvankaappausten kesken käyttöjärjestelmän kieli kiinasta englanniksi. Lisäksi alemmassa kuvassa CPU-Z:n fontti on eri kuin tuossa varsinaisessa tuloksessa..

En usko että on aito tulos, tai ainakaan ajettu kyseisellä prosessorilla mistä näkyy tiedot CPU-Z-ohjelmassa + kiinankielisen Windowsin järjestelmänhallinnassa.

Nämä tosin vaikuttavat aidoilta:

AMD-Ryzen-5-1600X-Processor-1.jpg


AMD-Ryzen-8-Core-Processor.jpg
Miten hitossa noiden prossujen käyttöaste on jotain 12%-20%?.
 
Miten hitossa noiden prossujen käyttöaste on jotain 12%-20%?.
Mitä ihmeellistä tuossa on? Screenshoteissahan on taustalla jotain asennuksia käynnissä. Vaikuttaa minusta aivan normaalilta kuormalta kun joku windows-installeri purkaa pakettia ja asentelee sitä.
 
Niin siis tuo väittämähän perustuu tuohon samaan cpu-z benchmarkkiin josta edellisellä sivulla oli jo puhetta.
 
Guru3D:ssä on väitetty testi R5 1600X prosessorista ja siinä sanotaan että on yhtä nopea mitä i7-6850k.
He olevat epäileväisiä testistä mutta jos se pätee niin amd:ltä on loistava prosessori tulossa.
Tuossa linkki 6-core Ryzen 5 1600X Benchmarks shows to be 50% faster then Core i5 7600K

Toivottavasti pitää paikkansa :). Tuo 1600X kiinnostaa eniten ostaa, jos suorituskyky on riittävän hyvä.

Aiemmin tänään:

AMD Ryzen -prosessori (Summit Ridge)

Guru3D:n oma lähdekritiikki: ei ole
 

Statistiikka

Viestiketjuista
259 458
Viestejä
4 512 783
Jäsenet
74 372
Uusin jäsen
Akeboy78

Hinta.fi

Back
Ylös Bottom