- Liittynyt
- 14.10.2016
- Viestejä
- 24 591
Toi testi näyttää parhaiten lähinnä sen että kumpikin parantaa ja kumpi parantaa enemmän riippuu yksinomaan valituista peleistä
Follow along with the video below to see how to install our site as a web app on your home screen.
Huomio: This feature may not be available in some browsers.
Toi testi näyttää parhaiten lähinnä sen että kumpikin parantaa ja kumpi parantaa enemmän riippuu yksinomaan valituista peleistä
Niin mitäs nyt. No nyt NVidia lypsää kansaa minkä kerkeää kun ei ole mitään oikeaa kilpailua. Huono tilanne. Vähintään vuosi näyttää menevän, että seuravaa mallia, eli 7nm AMD korttia olisi tulossa. Pari vuotta ja Inteliltä olisi ehkä tulossa jotain entryä GPU markkinoille, en kovin suuria odotuksia kyllä pistäisi siihenkään.
Onneksi ei ole juuri nyt suurta tarvetta päivittää näytönohjainta. Jospa vuoden päästä olisi vähän järkevämmät markkinat. Siihen asti kai se menee arpoen minkä NVidia 20X0 mallin hankkii jos päivittää. Ennen komponenttien hinnat laski, nykyään nousee. Ennen oli kaikki paremmin. Kaurapuurokin. Niih.
Empä tiedä onko Nvidia käynnyt maksamassa tom's hardware:lle
Empä tiedä onko Nvidia käynnyt maksamassa tom's hardware:lle

Nvidia ajurit käyttävät enemään prossua, ja ilmeisesti Ryzen on inteliä hitaampoi vaihtamaan joissain tilanteissa (joihin kone joutuu ko tyyppisen ajurin kanssa) sitä, mitä on tekemässä. Ne ajurit eivät aiheuta ryzenillä, jos sitä ei ole ylikellotettu epävahkaaksi mitään kaatumisia.En tiedä onko välttämättä aivan oikea ketju, mut pohditaan nyt tänne. Monessa paikassa on valitettu Nvidian ajureiden toimivuutta Ryzenin kanssa siitä, kuinka kyseiset kortit toimivat paremmin intelin raudalla. Jossakin muodossa tuli ilmeisesti tätä todistettua.
Mä vaihdoin AMD:n rx480:stä Nvidian gtx 1070ti:n minkä myötä sain pubgia pelatessa kolme peräkkäistä bsodia. Ennen vakaa muistien 320mhz cl14 xmp-profiili osoittautui nvidia kortin kanssa epävakaaksi. Ongelma korjautui sitten puottamalla muistit emolevyn omien sivujen mukaiseen 2933mhz nopeuksiin, jotka sitten toimivat täysin vakaasti.
Päätin nyt vain sitten pohtia tänne sitä, että jännä kuinka näytönohjaimen vaihto voi vaikuttaa ennen vakaiden asetusten pettämiseen.![]()
Gamer Gets AMD FreeSync Working On A GeForce GPU, What Kind Of Sorcery Is This?
Joku on onnistunut saamaan Freesyncin toimimaan Geforcella mikä vahvistanee sen, että sen puuttuminen Geforcesta normaalitilanteessa on pelkkä ajuripohjainen keskisormen näyttö kuluttajalle.
Gamer Gets AMD FreeSync Working On A GeForce GPU, What Kind Of Sorcery Is This?
Joku on onnistunut saamaan Freesyncin toimimaan Geforcella mikä vahvistanee sen, että sen puuttuminen Geforcesta normaalitilanteessa on pelkkä ajuripohjainen keskisormen näyttö kuluttajalle.
Niin siis eikös tuossa ole se ideana että se nvidian kortti vain rendaa framet ja APU työntää ne näytölle. Eli nvidian kortin rendaukset siirretään apulle joka sitten työntää ne näytölle jolloin siis luonnollisesti freesync toimii.
Eli ei kysessä ole mikään oikea kikka jolla nvidian kortilla saisi freesyncin suoraan toimimaan.
Tähän voisi mainita sen, että läppäreissä G-Sync toimii ilman G-Sync moduulia, eli niissä se on toteutettu jossakin määrin Adaptive Synciä hyödyntäen.Niin siis eikös tuossa ole se ideana että se nvidian kortti vain rendaa framet ja APU työntää ne näytölle. Eli nvidian kortin rendaukset siirretään apulle joka sitten työntää ne näytölle jolloin siis luonnollisesti freesync toimii.
Eli ei kysessä ole mikään oikea kikka jolla nvidian kortilla saisi freesyncin suoraan toimimaan.
Menee hiukan ohi ketjun aiheesta (mutta puusilmäisyys iski enkä löydä Intel vs AMD ketjua)
Ultrabook Fortnite Battle: AMD Ryzen 5 2500U vs Intel Core i5-8250U
AMD Ryzen 5 2500U vs Intel Core i5-8250UKoska on suomenkielinen foorumi, niin pistäppä yhteenveto lopputuloksesta, kuin tuo koko video taitaa olla pelkkää jonninjoutavaa mässytystä..
AMD Ryzen 5 2500U vs Intel Core i5-8250U
1 : 0
Luulin että yhteenveto olisi jo lähtökohtaisesti kaikille selvä.
Laitoin täämän videon tänne vain siksi jos joku haluaa tarkemmin nähdä että mikä se ero käytännössä on.
Jotenkin vaikea uskoa että joku ostaisi ultrabookin pelaamiseen.
Jotenkin vaikea uskoa että joku ostaisi ultrabookin pelaamiseen.
Jätetääs tämä tänne:
Summa summarum; hyvin optimoitu peli AMD korteille, ei sen erikoisempaa.
Ja jos tähän topikkiin linkkaa esim ne kaikki pelit jotka hyvin optimoitu Nvidialla niin tulee muutama sivu OT tavaraa..
Yhden pelin takia ei muutenkaan voi alkaa näytönohjaimia suosittelemaan
Asettelet tilanteen hieman liian laajaksi. Niin ei niillä GTA5sta tai Crysis 3sta pelata. Se on vaan että aika moni pelaa DOTAa ja Fortniteä vaikka ei omista pelikonetta, he pelaavat sillä mitä nyt sattuu omistamaan; jolloin riittävän sulava riittää. Jos seuraava tietokone/ultrabook hankinta mahdollistaa myös pelaamisen pienessä muodossa niin miksi ei tuollainen perus moba-pelaaja ryzen APUlista valitse jos siihen on mahdollisuus? Siksi tässä ei testattukkaan sitä GTA5sta vaan monen satunnaisesti pelaavan tämän hetkistä suosikkia Fortniteä.Jotenkin vaikea uskoa että joku ostaisi ultrabookin pelaamiseen.
Minulla on nytkin käytössä Nvidia, mutta tästä(kin) videosta tulee sellainen kutina, että AMD:n kortit kestää aikaa paremmin. Eikä hidastu kuollessaan, ja uudet ominaisuudet tulee myös vanhoille korteille (kuten tässä tapauksessa tuorein Vulkan).
@Lepakomäyrä Noista kummastakin pelistä on olemassa erilaisiakin tuloksia netissä. HardwareUnboxed mittasi ainakin että AMD:n näyttis plus Ryzen kompinaatiolla mentiin selkeästi ohi Nvidiasta Civissä, ainakin DX12 kanssa. Fallout 4:ssä taas on se valonsädekikkailu ja myöhemmin tuli päivityksessä PhysX-efektejä, jotka vaikuttavat asiaan. Pienillä viilauksilla, jotka eivät vaikuta kuvanlaatuun nimeksikään, voi saada AMD:llä reilusti enempi ruudunpäivitystä myös Fallout 4:ssä, ellei nykyään toimi nopeammin jo ilmankin säätöä.
TPU ei aja testejä joka kerta uusiksi kaikilla näyttiksillä, tuossa on helmikuulle päivätyt ajurit AMD:llatoi Civ on melko tuore testi. elokuun 7/2018
toi Civ on melko tuore testi. elokuun 7/2018
Mutta tuolloin Fallout 4 ilmestyessä ei kauheesti lohduttanut ajatus että ohjaimen iänmyötä alkaisi paremmin toimimaan ja vaihtoonhan se meni ja vihreetä tilalle.
Tottakai voi valittaa AMD:lle, jos sen yhden threadin suorituskyky vain yksinkertaisesti on kehnompi. Ei se peli sitä prossua katso, mikä se on ja toimi sitten sen hitaammin. TAI näyttistä.Mitä voi odottaa peliltä joka käyttää 15 vuotta vanhan enginen viriteltyä versiota? Itsekin pelaan erästä toista peliä jonka engine on täysi romu. Pelaamalla peliä hyväksyn enginen olevan täysi romu. On ihan turha valittaa kuinka prosessori/näytönohjain/mikä_tahansa_koneen_osa on kuraa kun vika löytyy pelistä itsestään.
Pelaamalla Fallout 4:a kannattaa hyväksyä pelin teknisen puolen surkeus. Ihan turha valittaa AMD:lle kun vika löytyy muualta. Voi toki valittaa jos se helpottaa oloa, parannusta varsinaiseen ongelmaan se ei kuitenkaan tuo. Pikemminkin pahentaa sitä, koska ostamalla pelin joka on teknisesti roskaa, tekijällä on vähemmän syytä parantaa asiaa.
Tottakai voi valittaa AMD:lle, jos sen yhden threadin suorituskyky vain yksinkertaisesti on kehnompi. Ei se peli sitä prossua katso, mikä se on ja toimi sitten sen hitaammin. TAI näyttistä.
Tuleepa tässä taas mieleen Intelin kikkailut kääntäjän kanssa jossa todellakin katsottiin mikä prossu ja toimittiin sitten hitaammin.
Kyseessä on ikivanhat kääntäjät, jotka käyttivät muilla prossuilla peruskoodia, koska eivät tunnistaneet prossutyyppiä, joten eivät tienneet, tukeeko se mitä kaikkia laajennuksia. Luonnollisesti Intel tse tiesi, mitä sen prossut tukivat ja jonkin verran myös tulevaisuuteen. Muistaakseni vain ko kääntäjät olivat siitä huolimatta parasta, mitä X86 ohjelmien kääntämiseen oli niihin aikoihin tehty.
Tottakai voi valittaa AMD:lle, jos sen yhden threadin suorituskyky vain yksinkertaisesti on kehnompi. Ei se peli sitä prossua katso, mikä se on ja toimi sitten sen hitaammin. TAI näyttistä.

Kyseessä on ikivanhat kääntäjät, jotka käyttivät muilla prossuilla peruskoodia, koska eivät tunnistaneet prossutyyppiä, joten eivät tienneet, tukeeko se mitä kaikkia laajennuksia. Luonnollisesti Intel tse tiesi, mitä sen prossut tukivat ja jonkin verran myös tulevaisuuteen. Muistaakseni vain ko kääntäjät olivat siitä huolimatta parasta, mitä X86 ohjelmien kääntämiseen oli niihin aikoihin tehty.

Valitetaan aina AMD:lle kun pelintekijä kusee hommat
Ajettiin peruskoodia ellei ollut Intel, riippumatta siitä mitä tuettiin. Kertoo aika paljon ohjelman tasosta ellei osaa tarkistaa mitkä käskykannat ovat tuetut![]()
Tulevaisuutta on vaikea edistää, eikä mikään firma ole missään nimessä pakotettu pistämää mitään erityistä tukea kilpailijan tuotteille.
Ko kääntäjä oli intelin tekemä, omille prossuilleen. Bonuksena se toimi myös muilla. Olisiko kääntäjän pitänyt tehdä ohjelma, joka ei suoritu ollenkaan, kun se ei tunnista prossua.
Silloinkin oli olemassa myös muita kääntäjiä, Ei sillä intelin kääntäjällä ollut käyttöpakkoa, vaikka se taisi ainakin jossain vaiheessa olla paras, prossulle, kuin prossulle.
Mikrosofthan on tehnyt vaikka mitä asioita windowkseen Windows 7:n jälkeen varsinkin, jotka eivät ole käyttäjille eduksi / hyödyksi ja joita on sitten vastustettu ja syystäkin.. harmi, että linux on edelleen niin ongelmainen sillisalaatti, että siihen ei näköjään edelleenkään hermot kestäneet siirtyä.. Esim kymppikin on mennyt kolmansien valmistajien viruskillerien kanssa solmuun vähänväliä, isojen päivitystensä kanssa.Kääntäjän olisi pitänyt tehdä ohjelma joka ei toimi kuin Intelin prosessoreilla, niin olisi ollut paljon parempi. Oppisivat ohjelmoijatkin tarkistamaan mitä käskykantoja tuetaan ja mitä ei.
Samalla logiikalla Mircosoft voi tehdä Windowsilleen ihan mitä lystää koska Windowsia ei ole pakko käyttää. Onneksi lainsäätäjät ovat ainakin osittain vähän eri linjoilla.
Mikrosofthan on tehnyt vaikka mitä asioita windowkseen Windows 7:n jälkeen varsinkin, jotka eivät ole käyttäjille eduksi / hyödyksi ja joita on sitten vastustettu ja syystäkin.. harmi, että linux on edelleen niin ongelmainen sillisalaatti, että siihen ei näköjään edelleenkään hermot kestäneet siirtyä.. Esim kymppikin on mennyt kolmansien valmistajien viruskillerien kanssa solmuun vähänväliä, isojen päivitystensä kanssa.
Tuossa pitää muistaa että ne kolmansien osapuolten viruskillerit on yksi isoimmista syistä miksi Windows on niin "reikäinen" kuin se on (MS:hän meinasin sulkea täysin kernelin mikä olisi parantanut tietoturvaa moneen potenssiin mutta antivirussoftat rupesi itkeen miten MS syö niiden elinkeinon ja sen jälkeen oli pakko jättää kerneli auki niille viruskillereille.Mikrosofthan on tehnyt vaikka mitä asioita windowkseen Windows 7:n jälkeen varsinkin, jotka eivät ole käyttäjille eduksi / hyödyksi ja joita on sitten vastustettu ja syystäkin.. harmi, että linux on edelleen niin ongelmainen sillisalaatti, että siihen ei näköjään edelleenkään hermot kestäneet siirtyä.. Esim kymppikin on mennyt kolmansien valmistajien viruskillerien kanssa solmuun vähänväliä, isojen päivitystensä kanssa.
Tuossa pitää muistaa että ne kolmansien osapuolten viruskillerit on yksi isoimmista syistä miksi Windows on niin "reikäinen" kuin se on (MS:hän meinasin sulkea täysin kernelin mikä olisi parantanut tietoturvaa moneen potenssiin mutta antivirussoftat rupesi itkeen miten MS syö niiden elinkeinon ja sen jälkeen oli pakko jättää kerneli auki niille viruskillereille.
Sitten kun iso päivitys tekee kernelitason muutoksia niin ei se ihme ole että menevät kolmannet osapuolet solmuun kun MS koittaa tasapainoilla "pakko pitää auki koska kolmannet osapuolet" ja "tietoturva" välillä
Ja sitten on toki se ero että MS:n setit eivät tarkoituksella esimerkiksi hidasta kolmansien osapuolten settien toimintaa, toisin kuin tuo Intelin kääntäjä aikoinaan teki
Tulevaisuutta on vaikea edistää, eikä mikään firma ole missään nimessä pakotettu pistämää mitään erityistä tukea kilpailijan tuotteille.
Kyseessä on ikivanhat kääntäjät, jotka käyttivät muilla prossuilla peruskoodia, koska eivät tunnistaneet prossutyyppiä, joten eivät tienneet, tukeeko se mitä kaikkia laajennuksia.
CPUID-käsky kyllä kertoo, mitä käskykantalaajennuksia prosessori tukee, joten väite "eivät tienneet" ei voi pitää paikkaansa.
Sen sijaan että vanhan intelin kääntäjän tekemä koodi olisi käyttänyt tätä prosessorin kertomaa tietoa, se vaan kylmästi jätti käyttämättä tuettuja ja CPUID tuetuksi kertomia käskykantalaajennoksia AMDn prosessorilla.
Ko kääntäjä oli intelin tekemä, omille prossuilleen. Bonuksena se toimi myös muilla. Olisiko kääntäjän pitänyt tehdä ohjelma, joka ei suoritu ollenkaan, kun se ei tunnista prossua.
Olkoon vaikka jeesuksen tekemä kun pointti on siinä että Intelillä ei yksinkertaisesti ollut mitään syytä tehdä kääntäjäänsä kuten teki, paitsi kilpailijan tarkoituksenmukainen kampittaminen. Prosessorilta voidaan kysyä että mitä käskyjä se tukee jota Intelin kääntäjä ei tehnyt.
Muistaakseni Intel vei tuon jopa niin pitkälle että tarkistettiin vielä prosessorin revisio ja sitten kun tuli uudempia prosessoreita Inteliltä itseltään niin tarvitsi odotella uutta versiota kääntäjästä koska se teki uusilla prosessoreilla käänökset peruskäskyillä.
Olisihan se todennäköisesti vaatinut jonkinverran lisätyötä, kun noissa tahtoo olla melkoisesti niitä erratoja, jotta olisi varmasti toiminut oikein.
Niin, eli intel oletti myös omien tulevien prossujensa aiheuttavan mahdollisesti ongelmia, jotka voivat vaatia kääntäjän muokkaamista. Mutta koska kyse oli INTELIN kääntäjästä, niin se sitten teki uuteen versioon tuen kuntoon niille. Kilpailijan tuotteille kääntäjän hiominen olisi ollut turhaa, oman jalkansa sahaamista. AMD oli täysin vapaa tekemään oman kääntäjänsä.
Kannattaako ottaa riskiä tuntemattoman tuotteen kanssa, kun ei otettu edes omien tuotteiden kanssa. Kuka olisi maksanut kaiken tarvittavan lisätestauksen? Entä kuka olisi maksanut, jos olisikin tullut ongelma?Ei ole.
Hyvin harvoin prossuissa on sellaisia bugeja, jotka ilmenee normaaleilla user-mode-käskyillä. Ja jos on, sitten siitä seuraa hyvin nopeasti takaisinkutsu tai korjaava mikrokoodipäivitys.
Ne (toiminnallisuuteen vaikuttavat) bugit jotka pääsee testauksesta läpi on tyypillisesti jossain virtualisointiominaisuuksissa tms. , joita kääntäjät eivät käytä, vaan joita käytetään käsin assemblyllä laiteajureissa/kernelin muistinhallinnassa.
Käytämme välttämättömiä evästeitä, jotta tämä sivusto toimisi, ja valinnaisia evästeitä käyttökokemuksesi parantamiseksi.