Virallinen: NVIDIA vs AMD (vs Intel) keskustelu- ja väittelyketju

[Kaotik]

viimeisin kysely ongelmista, joka julkaistiin 20.2.2 ajureiden jälkeen näytti, että 20% koki edelleen ongelmia navien kanssa. Sen jälkeen ei ole tullut dataa suuntaan eikä toiseen.

Ottaen huomioon @pomk kysymyksessä mainitun "ei toimi" kohdan, kannattaa muistaa että tuo 20% sisältää siis kaiken pienistä ongelmista isoihin, myös esimerkiksi ne ajureissa mainitut tiedossa olevat bugit. Eli pomkin kysymykseen vastaten ei, se ei pidä paikkaansa että 20% todennäköisyydellä 5700 ei toimisi.

Onkohan se 20% navi-käyttäjistä ne 5700 krottit

5700-sarja on ylivoimaisesti suurin osa Naveista, hatusta jos pitäisi prosentteja veikata niin 75%+. Ja kuten todettua, tuo "20%" sisältää ihan kaikki ongelmat ihan ajureissa listatuista tiedossa olevista ongelmista lähtien, jopa sen että yksi hallintasoftan osa saattaa näyttää vääriä kellotaajuuksia idlessä.

 

[oisqi]

5700-sarja on ylivoimaisesti suurin osa Naveista, hatusta jos pitäisi prosentteja veikata niin 75%+. Ja kuten todettua, tuo "20%" sisältää ihan kaikki ongelmat ihan ajureissa listatuista tiedossa olevista ongelmista lähtien, jopa sen että yksi hallintasoftan osa saattaa näyttää vääriä kellotaajuuksia idlessä.

Ja ihan taatusti kyselyssä kaikki jotka ovat havainneet, että kellot näkyy väärin, vastaavat että ongelmat jatkuu edelleen. Hei haloo.

 

[Kaotik]

Ja ihan taatusti kyselyssä kaikki jotka ovat havainneet, että kellot näkyy väärin, vastaavat että ongelmat jatkuu edelleen. Hei haloo.

Se nyt oli ääriesimerkki asiasta, mikä voidaan laskea "ongelmaksi", koska kysymysasettelu ei sitä erotellut minkä tason ongelmia pitäisi olla (harvinaisen typerä ratkaisu ottaen huomioon että aiempi kysely erotteli pikkuviat ja oikeat ongelmat)

 

[pomk]

MSI Afterburneria ei ole mitenkään lukittu MSI:n tai NVidian kortteihin.

Mutta ilmeisesti pitäisi olla jotenkin rajattu jos se kerran kaataa koneita. Paskasti testattu softa ensisijaisesti siis, kun edes release notes ei mainitse mistään epävakausongelmista.

 

[oisqi]

Mutta ilmeisesti pitäisi olla jotenkin rajattu jos se kerran kaataa koneita. Paskasti testattu softa ensisijaisesti siis, kun edes release notes ei mainitse mistään epävakausongelmista.

Koska se ongelma on AMD:n puolella. Nvidialla ei mitään ongelmaa saman softan kanssa.

 

[tomnav]

Juuri sitä älyllistä epärehellisyyttä mistä mainitsin aiemmin. Kunnon olkinukkeilua suunnilleen kaikki vasta-argumentit toistaiseksi.

MSI Afterburneria ei ole mitenkään lukittu MSI:n tai NVidian kortteihin. Sillä on voinut kellottaa AMD:n korttejakin iän päivät ihan valmistajasta riippumatta. Jos Navilla vetääkin yhtäkkiä mustaa ruutua ihan vain siksi, että ohjelma on yleensäkin käynnissä, niin kyllä, vika on kaikella todennäköisyydellä AMD:n.

Jonkin ajan tätä keskustelua seurannut sivusta ja ihmetellyt. No nyt alkaa tulemaan kuitenkin sen verran mielenkiintoisia mielipiteitä, että pakko kommentoidakkin.

Jos kolmannen osapuolen softa ei toimi jossain ympäristössä pitäisi kyllä kääntää katse sinnepäin. Eihän se nyt niin toimi että amd kehittää ajurinsa siltä pohjalta että joku afterburneri toimisi

Jos siellä ajureissa on todellisia vikoja ne pitää korjata, mutta kyllä se afterburnerin yhteensopivuus on ihan sen kehittäjien kontolla eikä amd:n.

Edit. Meininki kuulostaa vähän siltä, että meikäläisenki pitäis mennä googlen konttorille riehumaan jos scriptit ei toimi chromella.

 

[pomk]

Koska se ongelma on AMD:n puolella. Nvidialla ei mitään ongelmaa saman softan kanssa.

Eli nykyisen afterburnerversion tulee toimia kaikilla nvidian tulevilla arkkitehtuureilla oikein? Ja jos ei toimi, niin vika on nvidian ajureissa? Vai olisiko kuitenkin mitenkään mahdollista että afterburneriin pitäisi tehdä muutoksia jotta se tukisi nvidian uutta arkkitehtuuria oikein?

 

[Cirrus]

Jonkin ajan tätä keskustelua seurannut sivusta ja ihmetellyt. No nyt alkaa tulemaan kuitenkin sen verran mielenkiintoisia mielipiteitä, että pakko kommentoidakkin.

Jos kolmannen osapuolen softa ei toimi jossain ympäristössä pitäisi kyllä kääntää katse sinnepäin. Eihän se nyt niin toimi että amd kehittää ajurinsa siltä pohjalta että joku afterburneri toimisi

Jos siellä ajureissa on todellisia vikoja ne pitää korjata, mutta kyllä se afterburnerin yhteensopivuus on ihan sen kehittäjien kontolla eikä amd:n.

Edit. Meininki kuulostaa vähän siltä, että meikäläisenki pitäis mennä googlen konttorille riehumaan jos scriptit ei toimi chromella.

Kyllähän kukaan ei ole tuollaista väittänyt. Se että AMD:n paskat vetelee mustia ruutuja on tasan AMD:n vika. Kukaan ei väittänyt että sen ohjelman tarvii muuten toimia. AMD vastuulla on se että AMD ei kaadu oli mikä softa tahansa päällä.

Eli nykyisen afterburnerversion tulee toimia kaikilla nvidian tulevilla arkkitehtuureilla oikein? Ja jos ei toimi, niin vika on nvidian ajureissa? Vai olisiko kuitenkin mitenkään mahdollista että afterburneriin pitäisi tehdä muutoksia jotta se tukisi nvidian uutta arkkitehtuuria oikein?

Ja taas samaa olkiukkopaskaa jolla ei ole mitään tekemistä minkään todellisuuden kanssa. Kukaan ei ole väittänyt eikä väitä tuollaista.

 

[Divvy]

Vai olisiko kuitenkin mitenkään mahdollista että afterburneriin pitäisi tehdä muutoksia jotta se tukisi nvidian uutta arkkitehtuuria oikein?

Uskon näin olevan, jos uudella NVidialla ei esim. Afterburnerin ylikellotustoiminnot toimi oikein. Sen sijaan jos pelkkä softan käynnissä oleminen kaataa uutta näyttistä, niin katsoisin ensimmäisenä NVidian suuntaan. Alkuperäinen väitös johon vastasin oli kuitenkin, että ohjelmia ei saa asennella koneelle koska AMD. En ole kokeillut, mutta uskon, että voin asentaa AMD:n Wattmanin tai MorePowerToolin ja käynnistää ne ilman, että näytönohjaimeni paskoo tiiltä vetäen koko koneen nurin mukanaan.

Pelitkin ovat softia. Jos Navi vetää mustaa ruutua vaikka Doomia pelatessa, pitäisikö Bethesdan rajata peli NVidialle tai korjata pelinsä, vai olisiko kuitenkin AMD:llä syytä korjata ajurinsa? Noh, toistaiseksi AMD on tehnyt paljon työtä ajuriensa parissa mustien ruutujen korjaamiseksi. Sen sijaan yhdessäkään pelissä en ole patch noteissa nähyt, että peliä olisi korjattu näiden ehkäisemiseksi.

 

[rick_james]

Uskon näin olevan, jos uudella NVidialla ei esim. Afterburnerin ylikellotustoiminnot toimi oikein. Sen sijaan jos pelkkä softan käynnissä oleminen kaataa uutta näyttistä, niin katsoisin ensimmäisenä NVidian suuntaan. Alkuperäinen väitös johon vastasin oli kuitenkin, että ohjelmia ei saa asennella koneelle koska AMD. En ole kokeillut, mutta uskon, että voin asentaa AMD:n Wattmanin tai MorePowerToolin ja käynnistää ne ilman, että näytönohjaimeni paskoo tiiltä vetäen koko koneen nurin mukanaan.

Mutta eikö se, että sun näytönohjain ei kaadu noiden ohjelmien avautuessa, ole niiden ohjelmien ansiota? Ne on (kai?) koodattu niin, että huomatessaan koneessa olevan nVidiaa, varmaan huutaa jotain siitä, eikä yritä lähteä koskemaan nvidian ajureihin ja siten sekoittamaan konetta?
Uskon, että sulla on ihan hyvä pointti tuossa, mutta osaksi kuulostaa hieman nurinkuriselta tuo syyllisen hakeminen.

Se pointti varmaan on se, että jos MSI Afterburner on koodattu toimimaan jollaki AMD:n ajurilla iha hyvin, ja uuden ajurin tullessa tulee valtavia ongelmia koneen kaatumisen takia niin silloin voisi vähän ihmetellä AMD:n ajureita enemmän.
Mutta toisaalta, jos AMD näki, että jotain ajurin toiminnallisuutta on ollut tärkeä ja pakollista muuttaa niin sitten se tulee taas Afterburnerin kehittäjien vastuulle päivittää ohjelmansa toimimaan. Ei ihan niin yksinkertainen asia tämäkään.

 

[pomk]

Kyllähän kukaan ei ole tuollaista väittänyt. Se että AMD:n paskat vetelee mustia ruutuja on tasan AMD:n vika. Kukaan ei väittänyt että sen ohjelman tarvii muuten toimia. AMD vastuulla on se että AMD ei kaadu oli mikä softa tahansa päällä.

Ja taas samaa olkiukkopaskaa jolla ei ole mitään tekemistä minkään todellisuuden kanssa. Kukaan ei ole väittänyt eikä väitä tuollaista.

Uskon näin olevan, jos uudella NVidialla ei esim. Afterburnerin ylikellotustoiminnot toimi oikein. Sen sijaan jos pelkkä softan käynnissä oleminen kaataa uutta näyttistä, niin katsoisin ensimmäisenä NVidian suuntaan. Alkuperäinen väitös johon vastasin oli kuitenkin, että ohjelmia ei saa asennella koneelle koska AMD. En ole kokeillut, mutta uskon, että voin asentaa AMD:n Wattmanin tai MorePowerToolin ja käynnistää ne ilman, että näytönohjaimeni paskoo tiiltä vetäen koko koneen nurin mukanaan.

Eli ohjelma joka säätää näytönohjaimen jännitteitä, kellontaajuuksia ja lämpötiloja ei saa kaataa konetta? (käyttäen vieläpä sellaisia rajapintoja, joille valmistaja ei anna julkista dokumentaatiota, ja itse softa on kirjoitettu amatöörien toimesta yritys-erehdys menetelmin) Päteekö sama vaatimus intelin tuning utilityä/ryzen masteria kohtaan ja onko intelin sekä AMD:n prossujen ajurit rikki?


Ilmeisesti AMD:n vika tässä on ollut sallia mitään kellotus-API käskyjä kolmannen osapuolen ohjelmilta. Huomauttaisin vielä, että on täysin triviaalia tehdä ohjelma joka kaataa koneen admin oikeuksilla. Miksi vika olisi laitteiston komponenteissa(tai niiden ajureissa) kaatumisen aiheuttavan ohjelman sijaan?

 

[Cirrus]

Eli ohjelma joka säätää näytönohjaimen jännitteitä, kellontaajuuksia ja lämpötiloja ei saa kaataa konetta? Päteekö sama vaatimus intelin tuning utilityä/ryzen masteria kohtaan ja onko intelin sekä AMD:n prossujen ajurit rikki?


Ilmeisesti AMD:n vika tässä on ollut sallia mitään kellotus-API käskyjä.

Joo. Justiinsa, siitähän tässä just puhuttiin. Että näytönohjaimen pitää kestää kun kellotaajuudet ja jännitteet säädettiin pieleen.

Tuo olkiukkoilu on kyllä ihan uskomattomalla tasolla.

 

[Divvy]

1) Afterburner pyytää edellisen sukupolven AMD:n kortilta tuulettimen RPM:n ja saa tiedon normaalisti. Kaikki hyvin.

2) Afterburner pyytää Navilta tuulettimen RPM:n, AMD on tehnyt muutoksia ajureihinsa ja pyyntö pitäisi tehdä Navilla erilailla. Näytönohjain paskoo tiilin ja kaataa koneen. AMD:n vika.

3) Afterburner pyytää Navilta tuulettimen RPM:n, AMD on tehnyt muutoksia ajureihinsa ja pyyntö pitäisi tehdä Navilla erilailla. Afterburner ei saa tietoa ja kortti jatkaa toimimistaan normaalisti. Afterburnerin vika.

Ollaanko samaa mieltä?

 

[pomk]

1) Afterburner pyytää edellisen sukupolven AMD:n kortilta tuulettimen RPM:n ja saa tiedon normaalisti. Kaikki hyvin.

2) Afterburner pyytää Navilta tuulettimen RPM:n, AMD on tehnyt muutoksia ajureihinsa ja pyyntö pitäisi tehdä Navilla erilailla. Näytönohjain paskoo tiilin ja kaataa koneen. AMD:n vika.

3) Afterburner pyytää Navilta tuulettimen RPM:n, AMD on tehnyt muutoksia ajureihinsa ja pyyntö pitäisi tehdä Navilla erilailla. Afterburner ei saa tietoa ja kortti jatkaa toimimistaan normaalisti. Afterburnerin vika.

Ollaanko samaa mieltä?

Tietämättä tarkemmin mitä afterburner alkaa hommailemaan kun API kutsu ei toimi halutulla tavalla, niin on ihan mahdollista että se tekee jotakin joka aiheuttaa kortin kaatumisen. Pitäisi nähdä API dokumentaatio (jota ei ole) ja käskysarja joka sinne on lähetetty jotta voidaan olla varmoja siitä että vika olisi ajureissa.

Lähtökohtaisesti en alkaisi ajureita syyttämään siitä kun käyttäjät kaatavat koneensa yrittäen komentaa niitä dokumentoimattomia ominaisuuksia käyttäen.

JOS tämä API olisi julkinen ja dokumentoitu, niin olisin kanssasi täysin samaa mieltä.

 

[Cirrus]

Tietämättä tarkemmin mitä afterburner alkaa hommailemaan kun API kutsu ei toimi halutulla tavalla, niin on ihan mahdollista että se tekee jotakin joka aiheuttaa kortin kaatumisen. Pitäisi nähdä API dokumentaatio (jota ei ole) ja käskysarja joka sinne on lähetetty jotta voidaan olla varma että vika olisi ajureissa.

Lähtökohtaisesti en alkaisi ajureita syyttämään siitä kun käyttäjät kaatavat koneensa yrittäen komentaa niitä dokumentoimattomia ominaisuuksia käyttäen.

JOS tämä API olisi julkinen ja dokumentoitu, niin olisin kanssasi täysin samaa mieltä.

Kaikesta vänkytyksestä huolimatta lopputulos on että nvidian kanssa täilläistä dokumentoimattomien apien sontaa ei tarvi miettiä. It just works. Eikä kyllä minun näkemyksen mukaan aivoja tarvinnut rassata rx 480 polarisaikanakaan tällä. Sekin toimi vain.

 

[pomk]

Kaikesta vänkytyksestä huolimatta lopputulos on että nvidian kanssa täilläistä dokumentoimattomien apien sontaa ei tarvi miettiä. It just works. Eikä kyllä minun näkemyksen mukaan aivoja tarvinnut rassata rx 480 polarisaikanakaan tällä. Sekin toimi vain.

Joo se voipi olla että nvidia antaa paremmat dokumentaatiot tolle softatiimille joka tota värkkäilee kasaan. Luultavasti AMD on myös ollut vapaammin dumppaamassa speksejä maailmaan ennen kuin alkoivat itse panostaa wattmaniin. Syy koneen kaatumiseen on tosin täysin päivänselvästi ohjelmalla joka sen kaataa, ellei kyseessä ole dokumentoidut ominaisuudet joita käytetään oikein. Ts. jos joku peli tai hyötyohjelma kaataa koneen niin vika on ajureissa/näytönohjaimessa. Korjauksetkin tulisi melko äkäiseen tahtiin, kun kyse olisi laitteiden soveltumattomuudesta niiden markkinoituun käyttötarkoitukseen.

Siitäkin voidaan keskustella että tulisiko kyseisen API:n olla julkinen, johon sanoisin että ehdottomasti kyllä. Kumpikin valmistaja pitää vaan noi poissa kuluttajien käsistä.

 

[tomnav]

Käsittääkseni näyttisvalmistajat jonkinlaista yhteistyötä tekee noitten afterburnerien jne devaajien kanssa. Eli heillä pitäis dokumentaatiot olla. Nuo ohjelmat vaan sörkkii vähän sellaisia parametreja, jotka sen koneen helposti kaataa. No miksei sitä estetä? Koska niihin täytyy päästä käsiksi, jotta nuo kellotus softat toimii.

 

[Cirrus]

Joo se voipi olla että nvidia antaa paremmat dokumentaatiot tolle softatiimille joka tota värkkäilee kasaan. Luultavasti AMD on myös ollut vapaammin dumppaamassa speksejä maailmaan ennen kuin alkoivat itse panostaa wattmaniin. Syy koneen kaatumiseen on tosin täysin päivänselvästi ohjelmalla joka sen kaataa, ellei kyseessä ole dokumentoidut ominaisuudet joita käytetään oikein. Ts. jos joku peli tai hyötyohjelma kaataa koneen niin vika on ajureissa/näytönohjaimessa. Korjauksetkin tulisi melko äkäiseen tahtiin, kun kyse olisi laitteiden soveltumattomuudesta niiden markkinoituun käyttötarkoitukseen.

Väärin. Jos mikä tahansa tarjottu API, dokumentoitu tai dokumentoimaton kaatuu väärään arvoon, niin syy on apin tekijän eli amd:n.

Jos toinen ohjelma ”hakkeroituu” johonkin sille kuulumattomaan väliin niin voidaan alkaa etsimään ehkä syyllistä muualta.

 

[Divvy]

Oli miten oli, niin kautta vuosien olen aina käyttänyt sekä AMD:n että NVidian kanssa Afterburneria ilman kaatumisia. Nyt vuosia suosikkina ollutta monitorointisoftaa yhtäkkiä ei saisi käyttää Navin kanssa. Joopa joo, ehkä ostan jatkossakin mieluumin kortin, jonka kanssa saan käyttää haluamiani softia. Ei tuossa Afterburnerissa kuitenkaan ole kyse kulmikkaan palikan ahtamisesta pyöreään reikään, vaikka täällä vasta-argumenteissa on yritetty näin ilmentää.

 

[pomk]

Väärin. Jos mikä tahansa tarjottu API, dokumentoitu tai dokumentoimaton kaatuu väärään arvoon, niin syy on apin tekijän eli amd:n.

Jos toinen ohjelma ”hakkeroituu” johonkin sille kuulumattomaan väliin niin voidaan alkaa etsimään ehkä syyllistä muualta.

Mistä tiedät etteikö kyseisessä API:ssa voisi olla käskyjä jotka väärässä järjestyksessä annettuna kaatavat koneen? Esimerkiksi jännitteen laskeminen ennen kellontaajuuden laskemista boostin jälkeen. Koska API ei ole julkinen, niin on mahdotonta sanoa että kaatuuko se käskyihin joiden voisi olettaa olevan semmoisia jotka eivät siihen pysty. Matalan tason API:t, sisältävät poikkeuksetta hirveän määrän käskyjä joilla saa laitteen jumiin. Kannattaa vaikka jotain ARM SoC hommia joskus kehitellä niin ymmärrät millaista paskaa noi yleensä on ihan dokumentaationkin kanssa. Kyseessä ei ole normaalien kuluttajasoftien käyttöön tarkoitetusta API:sta, joten oletukset kuluttajille suunnattua API:a vastaavasta vakaudesta tulee heittää jorpakkoon.

AMD:n näkökulmasta voi hyvinkin olla tilanne se, että afterburner hakkeroituu sille kuulumattomaan väliin. Jos näin ei olisi niin AMD antaisi API:t käyttöön ja pitäisivät huolen siitä että kyseinen softa toimii.

Jos jostain syystä haluat juuri afterburneria käyttää niin kannattaa valita kortti joka sitä tukee, ja koska kyseessä ei ole virallisesti tuettu softa niin kannattaa varautua siihen että mitkä tahansa ajuripäivitykset rikkovat tuen milloin hyvänsä.

edit: laitoin AMD:n tech supporttiin viestiä aiheesta, katsotaan että onko heidän mielestään kyseessä bugi ja jos on niin missä.

 

[Cirrus]

Mistä tiedät etteikö kyseisessä API:ssa voisi olla käskyjä jotka väärässä järjestyksessä annettuna kaatavat koneen? Esimerkiksi jännitteen laskeminen ennen kellontaajuuden laskemista boostin jälkeen. Koska API ei ole julkinen, niin on mahdotonta sanoa että kaatuuko se käskyihin joiden voisi olettaa olevan semmoisia jotka eivät siihen pysty. Matalan tason API:t, sisältävät poikkeuksetta hirveän määrän käskyjä joilla saa laitteen jumiin. Kannattaa vaikka jotain ARM SoC hommia joskus kehitellä niin ymmärrät millaista paskaa noi yleensä on ihan dokumentaationkin kanssa. Kyseessä ei ole normaalien kuluttajasoftien käyttöön tarkoitetusta API:sta, joten oletukset kuluttajille suunnattua API:a vastaavasta vakaudesta tulee heittää jorpakkoon.

Nyt taas rakentelet jotakin olkiukkoskenaariota joka ei liity todellisuuteen mitenkään. Kukaan ei ole valittanut siitä että afterburnerilla ei voi kellottaa tai muuttaa jänniteitä. Ja kaikki sellaiset API:t joilla virheellisillä arvoilla se päätyy kaatumaan on vain sysipaskaa koodia. Jos ne jännitteet ja kellot muutetaan onnistuneesti ja HW päätyy lahoamaan sen seurauksena, niin ei sitten ole AMD:ssä vikaa eikä edes afterburnerissa.

AMD:n näkökulmasta voi hyvinkin olla tilanne se, että afterburner hakkeroituu sille kuulumattomaan väliin. Jos näin ei olisi niin AMD antaisi API:t käyttöön ja pitäisivät huolen siitä että kyseinen softa toimii.

Tässä skenaariossa kaatumisen syyllinen on hakkeroituja, mutta samaan hengenvetoon totean että AMD:kin on tehnyt paskaa ainakin kahdella eri tavalla:
1. Surkeaa koodia johon voi hakkeroitua. Halutessaan voi tehdä niin robustin vehkeen että jonkun afterburnerin koodaajien into loppuu hakkeroida uusiksi ja uusiksi ajureita, vaikka se teoriassa on toki aina mahdollista.

2. Ei tarjoa kilpailijan veroisia apeja hommien tekoon.

Jos jostain syystä haluat juuri afterburneria käyttää niin kannattaa valita kortti joka sitä tukee, ja koska kyseessä ei ole virallisesti tuettu softa niin kannattaa varautua siihen että mitkä tahansa ajuripäivitykset rikkovat tuen milloin hyvänsä.

edit: laitoin AMD:n tech supporttiin viestiä aiheesta, katsotaan että onko heidän mielestään kyseessä bugi ja jos on niin missä.

Haluan että AMD:n ajuri ei kaadu mistään. Eli vaikka mulla olisi 5 vuotta vanha afterburner, hwinfo, asus ez update, asus ai suite, gog galaxy, steam, wargaming updater, battle.net ja seittemänkymmentä muuta softaa tulilla. Ihan kuin ei kaadu nvidiakaan. Eikä kaatunut rx480.

 

[AvatarX]

Mä oon kovasti yrittänyt kellottaa omaa gtx1080 korttiani tällä: MorePowerTool - Navi and Radeon VII Tweaking and Overclocking Software | Download (Update 1.1.1) | igor'sLAB
Vissiin nvidian vehkeessä sitten vika.

Nyt ymmärrän pomkia vähän paremmin, jos ihmettelee miksi nimenomaan Naville ja Radeon 7:lle tehty softa(joka vielä lukee softan nimessäkin) ei toimi Nvidian kanssa ja käyttää aikaa sen ihmettelemiseen niin joo, ei siitä sen enempää.

Mutta onhan se yleisesti valmistajan vastuulla pistää ajurit siihen kuntoon ettei random softat kaada koko konetta. Vaikka jotain random pelejä jotka kaatuvat eri ajuriversioilla, niin kyllä se yleensä on näytönohjainvalmistaja joka pistää ne ajurit kuntoon eikä pelin tekijä, koskee tietty mitä tahansa softia.

 

[pomk]

Ja kaikki sellaiset API:t joilla virheellisillä arvoilla se päätyy kaatumaan on vain sysipaskaa koodia.

Itse teet käsittämättömiä oletuksia siitä API:sta ja miten sitä käytetään, kuvitellen että kyseessä on jotakin vastaavaa kuin joku kiva avoin ja hyvin dokumentoitu webAPI. Missään ei ole mitään tietoa siitä että kuinka epämääräinen viritys toi afterburnerin ja AMD:n välinen kommunikaatiokanava on. Kyseessä voi olla jotain aivan typerää kuten wattmania takaisinmallintamalla tehtyjä arvauksia siitä että minkäkin muistiosoitteesta löytyvän metodin kutsuminen tekee mitäkin. Emme tiedä koska sekä softa että API on molemmat jotain aivan muuta kuin avointa lähdekoodia.

1. Surkeaa koodia johon voi hakkeroitua. Halutessaan voi tehdä niin robustin vehkeen että jonkun afterburnerin koodaajien into loppuu hakkeroida uusiksi ja uusiksi ajureita, vaikka se teoriassa on toki aina mahdollista.

Eli sinusta AMD:n tulisi mielummin käyttää aikaa jonkun turhan afterburnerin blokkaamiseen kuin esim. pelien tai hyötyohjelmien vakausongelmien ratkomiseen. OK.

Mutta joo, aika turha keskustelu meillä tässä. Sinun mielestä vain valmistajan omaan käyttöön tehdyllä API:lla tulisi olla jotain laatuvaatimuksia. Minusta näin ei ole.

Haluan että AMD:n ajuri ei kaadu mistään.

Tuskin kaatuu jos et anna järjestelmävalvojan oikeuksia ajureita käpisteleville softille.

 

[Lepakomäyrä]

Tuollaista tietoa ei kyllä ole mistään luotettavasta lähteestä tullut. Sitten toisekseen on melko omituista etteivät tietokoneisiin, konponentteihin yms. erikoistuneet Youtubettajat ole törmänneet näihin ongelmiin... Hyvin pystyvät ajelemaan +30 pelin testejä ilman ainuttakaan ongelmaa. Hardware Unboxed (muistaakseni?) hetki sitten vastaili videollaan yleisimpiin kommentteihin ja siellä oli näistä AMD:n "viallisista" ajureista juttua, mutta ei hän itse tiennyt henk.kohtaisesti ketään kolleegaakaan jolla mitään ongelmia olisi ollut...

Kun käyttää normaalisti ohjainta niin ongelmia väkisin saattaa hieman tulla, pikaisessa testissä tuskin niin yleisesti pääsee tulemaan niitä ongelmia mitä normaalissa käytössä porukalla tulee esim KK aikanakin.

Meillä vielä yksi 5700 kiinni ja edelleen sillä ajoittain on tullut mustaruutu täysin satunnaisesti ja EA eli EarlyAcces pelit yleisesti on ollut melkolailla täyttä paskaa ja niissä tuntuu olevan merkittäviä ongelmia Amd ajureilla vai onko sitten vika pelissä mutta Nvidian ohjaimilla ongelmat on vain murto-osa Amd ongelmista.
indie pelit on sitten toinen jossa Amd ajurit kusasee väliin melkoisesti tarjoillen surkeaa suorituskykyä tai muita ongelmia.

En muuten vastaile jatkokysymyksiin koska en jaksa diipadaapa vänkinää, toin vain mielipiteeni/kokemukseni esiin.

 

[JiiPee]

Uskon näin olevan, jos uudella NVidialla ei esim. Afterburnerin ylikellotustoiminnot toimi oikein. Sen sijaan jos pelkkä softan käynnissä oleminen kaataa uutta näyttistä, niin katsoisin ensimmäisenä NVidian suuntaan.

Ei se ole ihan noin mustavalkoista.

Kuten näet niin esimerkiksi hwinfoon on tehty vipuja kaatumisen estämiseksi molemman leirin korteille. Linuxilla lm-sensors scannissa varoitellaan noita I2C kyselyitä tehtäessä että saattaa aiheuttaa kaatumisen, sitä en sitten tiedä miksi nää I2C:t sun muut telemetriaa välittävät systeemit on niin herkkiä tällaiselle, mutta tilanne on ollut tämä käsittääkseni niin pitkään kuin näitä on käytetty.

Ts. jos joku peli tai hyötyohjelma kaataa koneen niin vika on ajureissa/näytönohjaimessa.

Tämäkään ei pidä aina paikkaansa. On niitä ollu tilanteita ja tulee olemaan että se peli taikka hyötyohjelma tekee jotain väärin joka aiheuttaa kippaamisen ja se sitten pätsätään. Eikös siellä nvidian ajureiden release notessa ihan listata jotain ongelmia joissa ihan mainitaan että ei ole nvidian vika?

 

[Divvy]

Kuten näet niin esimerkiksi hwinfoon on tehty vipuja kaatumisen estämiseksi molemman leirin korteille. Linuxilla lm-sensors scannissa varoitellaan noita I2C kyselyitä tehtäessä että saattaa aiheuttaa kaatumisen, sitä en sitten tiedä miksi nää I2C:t sun muut telemetriaa välittävät systeemit on niin herkkiä tällaiselle, mutta tilanne on ollut tämä käsittääkseni niin pitkään kuin näitä on käytetty.

No ainakin NVidian tapauksessa tuossa puhutaan selvästi ajuribugista.

HWInfo yrittää käyttää NVML:ää. Tietyillä ajureilla ja raudalla järjestelmä kaatuu, kun näin tehdään. Pitääkö HWInfon korjata softansa vai NVidian ajurinsa, jotta HWInfo voi käyttää NVML:ää? Täällä ilmeisesti jonkun mielestä on ihan OK, että NVidia ei korjaa ongelmaa, ja käyttäjä on vain tyhmä kun alunperinkään yritti käyttää HWInfoa NVidian kortin kanssa.

 

[oisqi]

No ainakin NVidian tapauksessa tuossa puhutaan selvästi ajuribugista.

HWInfo yrittää käyttää NVML:ää. Tietyillä ajureilla ja raudalla järjestelmä kaatuu, kun näin tehdään. Pitääkö HWInfon korjata softansa vai NVidian ajurinsa, jotta HWInfo voi käyttää NVML:ää? Täällä ilmeisesti jonkun mielestä on ihan OK, että NVidia ei korjaa ongelmaa, ja käyttäjä on vain tyhmä kun alunperinkään yritti käyttää HWInfoa NVidian kortin kanssa.

Kyllä se on sen loppukäyttäjän tai sovelluskehittäjän tehtävä kehittää poppaskonstit ja kiertotiet kaikkiin ongelmiin. Ainakaan punaleirin puolella ongelma ei voi olla ajureissa, vaan huonossa softassa tai esim kaapelissa. Taitaa olla taas vaihteeksi aika turhaa tuuleen huutamista tämäkin.

 

[JiiPee]

No ainakin NVidian tapauksessa tuossa puhutaan selvästi ajuribugista.

HWInfo yrittää käyttää NVML:ää. Tietyillä ajureilla ja raudalla järjestelmä kaatuu, kun näin tehdään. Pitääkö HWInfon korjata softansa vai NVidian ajurinsa, jotta HWInfo voi käyttää NVML:ää? Täällä ilmeisesti jonkun mielestä on ihan OK, että NVidia ei korjaa ongelmaa, ja käyttäjä on vain tyhmä kun alunperinkään yritti käyttää HWInfoa NVidian kortin kanssa.

No jostain syystä HwInfo on nähnyt tarpeelliseksi tehdä kikkakorjauksen tuolle ongelmalle, eli ilmeisesti nvidialla kyseisen ongelman korjaaminen EI ole ollut mikään top priority prosessi.
Ja ihan vain muistutuksena että ei AMD taikka nVidia valmista noita piirejä jotka tuota telemetriaa hoitaa, esim. tuossa AMD:lle tarkoitetussa fiksissä puhutaan VRM:n tiedoista. Käsittääkseni VRM:n osat on jonkun muun valmistamia kuin AMD:n kaikissa korteissa, sama nvidian puolella.
Onko se sitten että AMD on valinnut sellaisen VRM:n käyttöön tai telemetrian hoitoon jossa on joku rauta tason ongelma, tiedä häntä.

Mutta se on ollut iät ja ajat ongelma noitten monitorointisoftien kanssa että ne voivat joskus aiheuttaa ongelmia. Välillä se ongelmien esiintyminen vaatii pitkiä aikoja pollaamista, joskus riittää että tehdään yksi pollaus ja kortti kaatuu jolloin sitten softan tekijät alkaa virittelemään omia fiksejään.

 

[pomk]

HWInfo yrittää käyttää NVML:ää. Tietyillä ajureilla ja raudalla järjestelmä kaatuu, kun näin tehdään. Pitääkö HWInfon korjata softansa vai NVidian ajurinsa, jotta HWInfo voi käyttää NVML:ää? Täällä ilmeisesti jonkun mielestä on ihan OK, että NVidia ei korjaa ongelmaa, ja käyttäjä on vain tyhmä kun alunperinkään yritti käyttää HWInfoa NVidian kortin kanssa.

Jos NVML on julkisesti jaettu API tmv. ja HWInfo käyttää sitä jaetun dokumentaation mukaisesti, niin vika on yksiselitteisesti nvidian ajureissa. Valmistajien API:enhan piti olla täydellisiä, eikö?

 

[Lacsative]

Jos kolmannen osapuolen softa ei toimi jossain ympäristössä pitäisi kyllä kääntää katse sinnepäin. Eihän se nyt niin toimi että amd kehittää ajurinsa siltä pohjalta että joku afterburneri toimisi

Jep, yhteensopivuus ei ole yksipuolista. Totta kai AMD:llakin on varmaan tekemistä tämän asian kanssa, mutta ei Afterburneritkaan voi peukalo perseessä pysyä paikallaan, samalla kun kaikki ympärillä kehittyy.

2. Ei tarjoa kilpailijan veroisia apeja hommien tekoon.

Tämä on paskapuhetta. Jos siis tarkoitit näitä kellotus softia. Tämä koko helvetin Afterburner -keissi on siinä mielessä absurdi, että AMD (toisin kuin Nvidian kokoinen jättilafka) tarjoaa todella kattavan oman softansa, jolla voi kellottaa, säätää yksityiskohtaisesti pelien asetuksia, värimaailmaa, grafiikan optimointeja, image sharpeningia jne jne, joten todellisuudessa nämä Afterburner vänkääjät pääsisi paremman ja kattavamman softan pariin, jos he käyttäisi sitä ajureiden kanssa saatavaa Radeon Softwarea.

Ja älkää aloittako taas sitä ''mutku se ei toimi'', se keskustelu on käyty jo monta kertaa, eikä sitä softaa moittivilla ollut mitään järkeviä argumentteja. AMD:n foorumeillakin sitä moittivat ovat yleensä huomanneet käyttäneensä softaa väärin. Mikään ei toki täydellistä ole, joten varmasti siinäkin softassa joillain on ongelmia. Mikään softa ei ole 100%. Tämä Radeon Software on kuitenkin paljon parempi kuin edeltävä Wattimies (wattimies se on kai osin edelleen).

En yhtään ihmettele jos AMD:ta ei hirveästi kiinnosta jonkun Afterburnerin tukeminen, kun resursseja laitetaan omaan softaan. Lopettakaa se ''kaikki softat pakko toimia..''. ''Ja ku Nvidiallaki toimii''. Käyttäkää softia jotka toimii ja jotka tarjoaa vieläpä muutakin kuin jotku kivikautiset ''kellota ja hyväksy'' -toiminnot. Ei oo vaikeeta.

 

[Lacsative]

Pitääpä jakaa oma kokemus nyt kun ostin GTX 770 hiljattain 2.koneeseen, ja tuo jostain syystä temppuilee joidenkin pelien kanssa, ja idle-kellot uudemmilla ajureilla jostain syystä työpöydälläkin täysillä. Ei hyvä kun virtanälkäinen ja äänekäs kortti kyseessä. En kyllä lähde vaatimaan mitään ''pakko toimia elinkaarensa loppuun ongelmitta'', vaan olen valmis vaihtamaan vähän vanhempia ajureita jotta saan ongelmat korjattua.

Ideaalissa maailmassa tuokin kortti olisi 100% toimiva ajureiden puolesta vielä n. 7v julkaisun jälkeen, mutta emme elä ideaalissa maailmassa. Toinen kokemus nyt kun GTA5 pitkästä aikaa pelailen, RX570 toisessa koneessa, ja ainakin yksillä ajureilla MSAA tahtoo kovasti laskea FPS:iä. GTA:ssa MSAA sen verran isossa roolissa, että pitänee kokeilla toisia ajureita kun jaksaa.

 

[JiiPee]

Tämä koko helvetin Afterburner -keissi on siinä mielessä absurdi, että AMD (toisin kuin Nvidian kokoinen jättilafka) tarjoaa todella kattavan oman softansa

Lisäksi novideo seurakunnalla tuntuu olevan varsin lyhyt muisti, sillä RTX julkaisun jälkeen toi afterburner ei oikein toiminut RTX korteilla ja taisi olla EVGA joka toi ensimmäisen toimivan kellotussoftan. Sen jälkeen joskus afterburner alkoi myös toimia mutta taisi olla jotain tuuletinohjauksen kanssa edelleen ongelmia. Että ei se siellä novideo puolella ole aina niin ruusuista ollut.

 

[Cirrus]

Tämä on paskapuhetta.

Nyt tärähti sellainen ulostemöykky sinulta että pahemmaksi ei voi vetää enään.

PC-kompnentit on tukeneet ulkopuolisia softia monitorointii iät ja ajat. On täysin yhdentekevää mitä amd tunkee omaan ajuriinsa. Ulkopuolisille softille täytyy säilyttää kunnon tuki tai valmistaja on aivan täyttä jätettä.

Nythän kukaan ei edes väittänyt etteikö AMD:llä ole tätä ihan virallista oikeaa tukea. Keskustelu pyöri jossakin pomk:n pään sisäisessä skenaariossa.

Sinäkään et tajua näköjään pointtejakaan vähääkään kun tavaraa tulee ohi aiheen. Vaikka se afterburner ei toimisi edes kellotukseen ollenkaan, AMD ei saa kaatua sen päällä olosta sen kummemin kuin wordin.

 

[Cirrus]

Lisäksi novideo seurakunnalla tuntuu olevan varsin lyhyt muisti, sillä RTX julkaisun jälkeen toi afterburner ei oikein toiminut RTX korteilla ja taisi olla EVGA joka toi ensimmäisen toimivan kellotussoftan. Sen jälkeen joskus afterburner alkoi myös toimia mutta taisi olla jotain tuuletinohjauksen kanssa edelleen ongelmia. Että ei se siellä novideo puolella ole aina niin ruusuista ollut.

Ilmeisesti et vieläkään tajua mistä tässä edes puhutaan kun lätiset aivan muista aiheista. On aivan täysin sama voiko sillä softalla säätää tuulettimia vai ei. AMD:n paskakikkare ei saa kuitenkaan kaatua vaikka säätöä ei tueta.

 

[Cirrus]

Itse teet käsittämättömiä oletuksia siitä API:sta ja miten sitä käytetään, kuvitellen että kyseessä on jotakin vastaavaa kuin joku kiva avoin ja hyvin dokumentoitu webAPI. Missään ei ole mitään tietoa siitä että kuinka epämääräinen viritys toi afterburnerin ja AMD:n välinen kommunikaatiokanava on. Kyseessä voi olla jotain aivan typerää kuten wattmania takaisinmallintamalla tehtyjä arvauksia siitä että minkäkin muistiosoitteesta löytyvän metodin kutsuminen tekee mitäkin. Emme tiedä koska sekä softa että API on molemmat jotain aivan muuta kuin avointa lähdekoodia.

Jos tämä skenaario on totta (en usko sekuntiakaan että on), niin Amd tekee paskaa. Kts edellisen viestin pointti 2.

Eli sinusta AMD:n tulisi mielummin käyttää aikaa jonkun turhan afterburnerin blokkaamiseen kuin esim. pelien tai hyötyohjelmien vakausongelmien ratkomiseen. OK.

Edelleenkään en usko että skenaariosi pitää edes paikkaansa. Jos pitää niin aivan ehdottomasti PC-komponenttien perusominaisujdet pitää laittaa kuntoon. Blokkaamiisen ajan käyttäminen on siksi saakelin tyhmä vaihtoehto. Tekee vaan toimivan API:n ettei aftermann zyx -softan tarvi hakkeroida mitään.

Mutta joo, aika turha keskustelu meillä tässä. Sinun mielestä vain valmistajan omaan käyttöön tehdyllä API:lla tulisi olla jotain laatuvaatimuksia. Minusta näin ei ole.

Koko keskustelu käytiin jossakin sinun päänsisäisessä skenaariossa jossa mikään parametri ei ole todellisuutta. Joten keskustelu on aivan järkyttävän tyhmää. Siitä samaa mieltä.

 

[Griffin]

En näe mitään hyötyä blokata mitään. AMD Voisi täysin selkeästi ilmoittaa, että emme tue afterburneria, emmekä suosittele sen käyttöä, koska se aiheuttaa epävakautta.

Nuo I2C väylän päässä olevat monitorointi /säätö himmelit on olleet kautta aikain isompi tai pienempi ongelmanlähde. Ja jos ne on suunniteltu käytettäväksi esim vain boottivaiheessa, ennen ajurin lataamista, niin niiden taipumus esim epämääräiseen reagointiaikaan saattaa helposti kaataa ajurin, jolloin kone kaatuu.

 

[smaragdi]

Lisäksi novideo seurakunnalla tuntuu olevan varsin lyhyt muisti, sillä RTX julkaisun jälkeen toi afterburner ei oikein toiminut RTX korteilla ja taisi olla EVGA joka toi ensimmäisen toimivan kellotussoftan. Sen jälkeen joskus afterburner alkoi myös toimia mutta taisi olla jotain tuuletinohjauksen kanssa edelleen ongelmia. Että ei se siellä novideo puolella ole aina niin ruusuista ollut.

Mikä ihmeen novideo suerakunta?

Juu ei, kaikki afterburnerin säädöt ei ole välttämättä toimineet uuden sukupolven amd tai nvidian korteilla. Toimii tai ei niin taustalla ollessaan ko. kellotusohjelma on harvemmin kaatanut nvidian rautaa. Joku foorumilla asuva faktamasiina voi taas ruveta kaivelemaan esimerkkejä nvidian kaadoista

 

[tomnav]

Nuo I2C väylän päässä olevat monitorointi /säätö himmelit on olleet kautta aikain isompi tai pienempi ongelmanlähde. Ja jos ne on suunniteltu käytettäväksi esim vain boottivaiheessa, ennen ajurin lataamista, niin niiden taipumus esim epämääräiseen reagointiaikaan saattaa helposti kaataa ajurin, jolloin kone kaatuu.

Jos nuo monitorointi/kellotussoftat käyttää i2c kyselyitä, en näe mitään syytä haukkua ajureita tai apeja. Noissa i2c kyselyissä voi melko moni asia mennä pieleen, eikä ne ole mitenkään yhteydessä ajureihin tai apiin. Monesti slavejen osoitteet itsessään saattaa aiheuttaa tuskanparahduksia, se formaatti kun on hieman epämääräinen aika-ajoin. Varsinkin 10-bittisten osotteiden kanssa.

 

[P c L A Y E R]

No kyllä se sormi siirtyy AMD:n suuntaan, jos pelkkä Afterburnerin käynnissä olo kaataa koneen, ilman että mitään on sen kautta edes yritetty muuttaa.

Ei ny saatana pelkkä arvojen lukemisen yrittäminen saa konetta kaataa...

Se on eri asia, kun lähdetään softan kautta muuttelemaan jännitteitä ym.

 

[tomnav]

Ei ny saatana pelkkä arvojen lukemisen yrittäminen saa konetta kaataa...

Eli jos i2c kyselyillä saadaan se dataväylä juntturaan (i2c ei tunne käsitystä timeout), näyttiksen pitäisi jatkaa toimintaa vaikkei se saa yhteyttä vaikkapa vrm:ään?

En tiedä onko tämä se keissi ja käyttääkö afterburner i2c kyselyitä, mutta ylempää sellaisen käsityksen sai että osa softista ainakin noita käyttää.

 

[P c L A Y E R]

Musta on todella huvittavaa seurata tätä resoluutiokeskustelua. Ensin sanotaan että 720p on epätarkkaa suttua, mutta sit ku se skaalataan ja sen jälkeen yliterävöitetään jotta saataisiin illuusio tarkkuudesta, niin kyseessä on jumalan lahja maailmalle.

Non onhan se kyllä huvittavaa, miten tuon tason expertti ei tunnu ymmärtävän.

1. Ero natiivien 720p ja 4k resojen vällillä on todella suuri.
2. Ero 720p bilineaarisesti upscaalattuna 4k:n vs natiivi 4k reso on melkein yhtä suuri
3. Ero 720p DLSS 2.0:lla upscaalattauna 4k:n vs natiivi 4k reso on huomattavsti pienempi. Pelistä ja tapauksesta riippuen todella pieni.

Jumalan lahjasta nyt ei ole kyse. DLSS2.0 nyt vaan on paras pelikäyttöön saatavilla oleva upscaalaustekniikka .

 

[P c L A Y E R]

Eli jos i2c kyselyillä saadaan se dataväylä juntturaan (i2c ei tunne käsitystä timeout), näyttiksen pitäisi jatkaa toimintaa vaikkei se saa yhteyttä vaikkapa vrm:ään?

En tiedä onko tämä se keissi ja käyttääkö afterburner i2c kyselyitä, mutta ylempää sellaisen käsityksen sai että osa softista ainakin noita käyttää.

Vaikka olisi tuosta kyse, niin kyllä Afterburnerin kehittäjät olisivat korjanneet ongelma jo ajat sitten, jos se olisi mahdollista ilman AMD:n apua.

Taitaa vaan olla turha odotella, kun eihän AMD meinaa saada noita omiakaan Kellotus/säätely softiaan toimimaan ihan ongelmitta. Asetukset häviää buutissa ja Vegojen kanssa täytyy käyttää erillstä MorePower Toolia, kun wattman ei toimi.

 

[pomk]

Vaikka olisi tuosta kyse, niin kyllä Afterburnerin kehittäjät olisivat korjanneet ongelma jo ajat sitten, jos se olisi mahdollista ilman AMD:n apua.

Hwinfo64 vaikuttaisi toimivan ihan hyvin diagnostiikkadatan keräämisen puolesta. Ehkä Afterburnerin koodaajat on vaan paskoja, kun onnistuvat koko koneen kaatamaan samaa hommaa tehdessä.

 

[JiiPee]

Ilmeisesti et vieläkään tajua mistä tässä edes puhutaan kun lätiset aivan muista aiheista. On aivan täysin sama voiko sillä softalla säätää tuulettimia vai ei. AMD:n paskakikkare ei saa kuitenkaan kaatua vaikka säätöä ei tueta.

Ihan samoin se novideon kusiläntti kaatuu jos kyselyitä tehdään väärin.

 

[Jahve3]

Eipä tuu enää novideota, ajuri-illallisella suunnitelluilla ajureilla. Tällä kertaa olleet oikeat henkilöt pöydässä. Helvatin hyvä juttu, ni voi käyttää normaaleja, eikä tarvii pro ajureita käytellä.

 

[Urpola77]

Lopetin afterburnerin käytön gtx760 kanssa, kun se ei vaan ollut vakaa edes vakiokelleillä jos vain oli päällä.
Itse asiassa Kun vaihdoin 760 -> rx480 ni sehän toimi ihan fine. En vain nmähnyt mitään tarvetta ripuliselle leiskalle, ni vaihdoin AMD:n omiin virityksiin. Nämä taas toimii tai ei toimi riippuen kuun asennosta ja auringon pilkuista.

 

[P c L A Y E R]

Hwinfo64 vaikuttaisi toimivan ihan hyvin diagnostiikkadatan keräämisen puolesta. Ehkä Afterburnerin koodaajat on vaan paskoja, kun onnistuvat koko koneen kaatamaan samaa hommaa tehdessä.

Ehkäpä. Mutta siinäkäön tapauksessa ei tunnu AMD:tä kiinnostavan paskan vertaa, että yleisin ja suosituin ylikellotus/säätö softa ei toimi heidän uusimmalla ja hienoimmalla kortilla.

Ja eipö tosiaan taida apuja tulla, kun AMD on selvästi ottanut ton linjan, että kodaataan omat kikkareet, niin ei siinä pieni ajuritiimi kerkiä muita neuvoa tai auttaa, varsinkin kun ne omatkin kikkareet on bugisia.

 

[smaragdi]

Lopetin afterburnerin käytön gtx760 kanssa, kun se ei vaan ollut vakaa edes vakiokelleillä jos vain oli päällä.
Itse asiassa Kun vaihdoin 760 -> rx480 ni sehän toimi ihan fine. En vain nmähnyt mitään tarvetta ripuliselle leiskalle, ni vaihdoin AMD:n omiin virityksiin. Nämä taas toimii tai ei toimi riippuen kuun asennosta ja auringon pilkuista.

Ehkä joillekin riittää se että boostausyrityksillä paskotut romppeet toimii silloin tällöin. Maksimikelloja haettaessa ts. benchmarkkeja lukuun ottamatta kellotusohjelmia ei tarvitse käyttää nvidian korteilla, toki suurin osa perf/watt optimitaajuudelle viritetyistä rtx ja gtx korteista venyy dynaamista automaattikellotusta korkeammille taajuuksille joten ylikellotuksella saa helposti 10-15% boostia peleihin esim. afterburnerilla (jonka konepellin alla turboa ohjaa vanha rivatuner engine). Tehtaalla 'kellot kaakkoon' äärirajoille viritetyillä ratukoilla tilanne ei ole yhtä valoisa koska vain muutaman mhz kellotaajuden noston tuoma boosti kääntyy pahenevien ongelmien takia negatiivisen puolelle.

 

[hese_e]

Ehkäpä. Mutta siinäkäön tapauksessa ei tunnu AMD:tä kiinnostavan paskan vertaa, että yleisin ja suosituin ylikellotus/säätö softa ei toimi heidän uusimmalla ja hienoimmalla kortilla.

Ja eipö tosiaan taida apuja tulla, kun AMD on selvästi ottanut ton linjan, että kodaataan omat kikkareet, niin ei siinä pieni ajuritiimi kerkiä muita neuvoa tai auttaa, varsinkin kun ne omatkin kikkareet on bugisia.

Piti kokeilla tuota kehuttua afterburneria, meni aika nopeasti uninstalliin. Vegalle se tarjoaa edelleen vain primitiivistä offset jänniteenhallintaa ja maksimi kellotaajuuden säätöä. Alivoltitus siis tiputtaa myös 2D, videotoisto ja kevyen opencl kuorman voltteja, joka ei nyt ole kovin hyvä idea vakautta ajatellen.

Jostain syystä nuo harrastajien tekemät open source softat hoitaa homman paremmin ja antaa muokata voltti/kellotaajuus -käyrän haluamakseen ja osa tarjoaa myös muistien ajoitusten editoinnit.

 

[tomnav]

Ehkäpä. Mutta siinäkäön tapauksessa ei tunnu AMD:tä kiinnostavan paskan vertaa, että yleisin ja suosituin ylikellotus/säätö softa ei toimi heidän uusimmalla ja hienoimmalla kortilla.

Ja eipö tosiaan taida apuja tulla, kun AMD on selvästi ottanut ton linjan, että kodaataan omat kikkareet, niin ei siinä pieni ajuritiimi kerkiä muita neuvoa tai auttaa, varsinkin kun ne omatkin kikkareet on bugisia.

Siis kukaan ei täällä käsittääkseni edes tiedä tarjoaako AMD afterburnerin devaajille apia tai sdk:ta. Jos ei tarjoa, sille lienee syynsä eikä silloin varmasti kiinnosta paskanvertaa. Jos tarjoaa, se on todennäköisesti dokumentoitu eikä silloin kenenkään kuuluisi tulla kädestä pitäen näyttämään miten sitä käytetään.

Todennäköisesti AMD:lla ei ole mitään intressejä "auttaa" afterburneria radeon softwaren takia.

Ehkä joillekin riittää se että boostausyrityksillä paskotut romppeet toimii silloin tällöin. Maksimikelloja haettaessa ts. benchmarkkeja lukuun ottamatta kellotusohjelmia ei tarvitse käyttää nvidian korteilla, toki suurin osa perf/watt optimitaajuudelle viritetyistä rtx ja gtx korteista venyy dynaamista automaattikellotusta korkeammille taajuuksille joten ylikellotuksella saa helposti 10-15% boostia peleihin esim. afterburnerilla (jonka konepellin alla turboa ohjaa vanha rivatuner engine). Tehtaalla 'kellot kaakkoon' äärirajoille viritetyillä ratukoilla tilanne ei ole yhtä valoisa koska vain muutaman mhz kellotaajuden noston tuoma boosti kääntyy pahenevien ongelmien takia negatiivisen puolelle.

Epävakaat kellot tuppaa tuottamaan ongelmia.