Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

AMD zet deur open voor Smart Access Memory op Intel-cpu's en GeForce-gpu's

AMD wil in gesprek met Intel en Nvidia om onderlinge Smart Access Memory-ondersteuning, dan wel Resizable BAR-ondersteuning, mogelijk te maken. Daarmee zouden de prestaties bij bepaalde games een verbetering kunnen krijgen, ongeacht het platform.

De Radeon-groep van AMD wil met Intel samenwerken om de Smart Access Memory-ondersteuning mogelijk te maken op Intel-processors en de Ryzen-divisie is bereid om met Nvidia samen te werken voor ondersteuning bij GeForce-videokaarten. Dat zegt AMD's Scott Herkelman van de Graphics Business Unit tegen PCWorld. "Er zijn gesprekken gaande voor als ze interesse hebben om deze functionaliteit in te schakelen voor AMD-platformen. Wij gaan ze niet stoppen, sterker nog, ik hoop dat ze het doen." Volgens Herkelman is er nog wel werk aan de winkel als concurrenten dit willen activeren en moet Intel hier bijvoorbeeld voor samenwerken met zijn moederbordpartners.

AMD kondigde Smart Access Memory aan als functie van de Radeon RX 6000-videokaarten met gpu's op basis van de RDNA2-architectuur. De functionaliteit laat processors een veel grotere hoeveelheid van het videogeheugen benaderen dan standaard mogelijk is. Volgens het bedrijf kunnen gamers een prestatieverbetering van maximaal 11 procent tegemoet zien met de SAM ingeschakeld. Bij de aankondiging maakte het bedrijf bekend dat SAM alleen functioneert bij gebruikmaking van een Ryzen-processor uit de 5000-serie op een 500-serie moederbord, in combinatie met een RX 6000-serie videokaart. Bovendien moeten moederbordfabrikanten de functie toevoegen via een bios-update.

Gebruikers die erin geslaagd zijn om een RX 6000-kaart te bemachtigen, dienen hun driver bij te werken naar AMD Radeon-driverversie 20.11.2 of nieuwer. Aanvankelijk hadden de ASUS X570 Crosshair VIII Hero WIFI, ASRock X570 Taichi, Gigabyte Aorus X570 Master en MSI X570 Godlike ondersteuning, maar inmiddels komen er meer moederborden bij. Zo heeft MSI aangekondigd dat met zijn laatste bios-update alle 500-serie moederborden SAM ondersteunen.

Resizable BAR, een oude PCIe-functie

Gebruikers dienen de functionaliteit zelf aan te zetten en moederbordfabrikanten gebruiken de naam Smart Access Memory niet; de functies die geactiveerd dienen te worden, zijn bij de PCI-instellingen te vinden onder de namen Above 4G Decoding of Above 4G Memory en Resizing BAR of Resizable BAR. Dat moederbordfabrikanten die naam gebruiken, is niet vreemd. AMD's Smart Access Memory is namelijk gebaseerd op de Resizable BAR-capaciteit die al sinds 2008 in de PCI Express-specificatie staat. AMD stelde in 2015 al patches voor de Linux-kernel voor om ondersteuning te krijgen en Windows heeft het sinds 2017 in het Windows Display Driver Model.

BAR staat daarbij voor base address register. Bij een PCIe-apparaat met geheugen specificeren de BAR's hoeveel geheugen te mappen is en elke BAR correspondeert met een adresreeks die als communicatiekanaal naar het PCI-apparaat dient. Standaard zijn de BAR's gelimiteerd tot 256MB vanwege compatibiliteit met 32bit-besturingssystemen. Om de processor meer videogeheugen aan te laten spreken, waren tot nu toe workarounds nodig. Dankzij de Resizable BAR-functie kan de hardware aangeven welk deel van het geheugen ingezet mag worden en wordt het dus mogelijk al het videogeheugen aan te spreken, wat AMD met Smart Access Memory doet.

In feite bestaat die functie dus al lang. Dat AMD er nu mee komt, heeft te maken met het feit dat het bedrijf de hele noodzakelijke keten beheert, van cpu en moederbord tot videokaart, en er daarmee zelfstandig mee kan komen. Met de Radeon RX 6000 speelt AMD weer mee in het 'enthousiastsegment', dus is het bedrijf er veel aan gelegen zoveel mogelijk prestaties uit de kaarten te persen. Daarnaast speelt mee dat de AMD 500-serie PCIe 4.0 biedt en dus voldoende bandbreedte om daadwerkelijk voordeel te bieden uit een directe benadering van al het videogeheugen.

Daarmee zou je verwachten dat ook de combinatie van een Radeon RX 6000 met een Ryzen 3000-processor op een X570-moederbord ondersteuning voor SAM krijgt, maar daar zijn geen plannen voor, maakt AMD duidelijk. Het bedrijf richt zich op de Ryzen 5000. Technische obstakels lijken er niet te zijn en zelfs moederborden met PCIe 3.0 zouden gewoon SAM-, dan wel Resizable BAR-ondersteuning moeten kunnen krijgen, al is niet duidelijk wat dan de prestatiewinst zou zijn.

Prestatiewinst varieert

De prestatiewinst van Smart Access Memory varieert nogal per game. AMD zelf spreekt van 5 procent winst op 4k-resolutie voor Borderlands 3 met SAM ingeschakeld, en 11 procent winst bij Forza Horizon 4. Tweakers zag nauwelijks winst bij Far Cry New Dawn en Shadow of the Tomb Raider en iets hogere prestaties bij Red Dead Redemption en Troy. Bij Digital Foundry leidde de inschakeling van SAM tot een aardige prestatiewinst bij Borderlands 3 en Control, maar vooral op 1080p en niet bij andere games. Bij Gamers Nexus wisten zowel de 6800 als de 6800XT hogere fps neer te zetten bij Shadow of the Tombraider, zowel op 1080p als 4k, maar bij de andere games was er geen of minder verschil.

Het is ook mogelijk dat games juist minder presteren door SAM, afhankelijk van hoe de game-engines hier mee omgaan. AMD heeft Gamers Nexus verteld dat games die een verslechtering vertonen, SAM niet kunnen gebruiken en ook Nvidia heeft al aangekondigd met een soort 'zwarte lijst' voor games te gaan werken, zodra Nvidia zijn eigen variant van Resizable BAR gaat introduceren. Wanneer dat het geval zal zijn, is nog niet bekend, maar Nvidia heeft al gezegd dat het deze ondersteuning voor videokaarten met Ampere-gpu met een toekomstige software-update gaat introduceren. Dat draagt eraan bij dat we zeker nog meer gaan horen over deze technologie.

Door Olaf van Miltenburg

Nieuwscoördinator

20-11-2020 • 17:50

121 Linkedin

Submitter: Randomguy369

Reacties (121)

Wijzig sortering
Ben benieuwd. Hangt er echter van af of Intel en Nvidia dit keer wel bereidt zijn over hun eigen schaduw heen te springen of liever bezig blijven met hun eigen proprietary ontwerpen en liever via gemeen spel proberen te 'concurreren'.

Als Resizable BAR breed ondersteund zou worden, zou het mooi zijn, maar het is echt even afwachten. Overigens wel vreemd dat de andere AMD-chips het blijkbaar niet ondersteunen terwijl het al een ouder principe is.
Wat dat betreft is AMD een stuk sympathieker idd. Zo maakte AMD Freesync beschikbaar voor iedereen met een monitor die variabele refreshrate ondersteunt, en moest je voor Nvidia's G-sync aanvankelijk een duurdere monitor kopen met een speciale G-sync module erin. Pas veel later maakte Nvidia G-sync ook beschikbaar voor monitoren die wel een variabele frefreshrate ondersteunen maar geen G-sync modelue hebben. En ik meen dat AMD opensrouce drivers heeft en Nvidia niet maar dat weet ik niet helemaal zeker. Kortom, AMD is minder protectionistisch dan Nvidia en dat getuigt van meer respect voor de klant.
Bij SAM was het juist AMD die het wilde beperken tot een combinatie van Ryzen 5000 en een 500 series moederbord en een 6000 series GPU, echter lijken ze daar nu (gedwongen) op terug te komen omdat Nvidia het voor alle merken wil gaan supporten.

AMD is dat betreft dus ook niet heilig, dat AMD in het verleden makkelijker was met het supported en vrijgeven van dit soort was kan ook heel goed komen omdat ze in een enorme underdog positie zaten en omdat ze geen resources hadden om support te leveren op grote schaal, resources die Nvidia en Intel wel hebben om hun technieken terug te laten komen in veel hard / software.

Een belangrijke vraag gaat dan ook zijn hoe AMD zich de komende jaren zal gaan gedragen op het gebied van 'consumer friendliness' nu ze weer op de weg terug zijn, hard aan het winnen zijn in marktaandeel aan de cpu kant, en ook bij de GPU's weer echt mee gaan doen of dat ze straks ook ineens meer trekjes van de standaard multinational gaan laten zien en veel meer aandeelhouder gericht de business gaan voeren.
Bij SAM was het juist AMD die het wilde beperken tot een combinatie van Ryzen 5000 en een 500 series moederbord en een 6000 series GPU, echter lijken ze daar nu (gedwongen) op terug te komen omdat Nvidia het voor alle merken wil gaan supporten.

AMD is dat betreft dus ook niet heilig, dat AMD in het verleden makkelijker was met het supported en vrijgeven van dit soort was kan ook heel goed komen omdat ze in een enorme underdog positie zaten en omdat ze geen resources hadden om support te leveren op grote schaal, resources die Nvidia en Intel wel hebben om hun technieken terug te laten komen in veel hard / software.

Een belangrijke vraag gaat dan ook zijn hoe AMD zich de komende jaren zal gaan gedragen op het gebied van 'consumer friendliness' nu ze weer op de weg terug zijn, hard aan het winnen zijn in marktaandeel aan de cpu kant, en ook bij de GPU's weer echt mee gaan doen of dat ze straks ook ineens meer trekjes van de standaard multinational gaan laten zien en veel meer aandeelhouder gericht de business gaan voeren.
Mwah, denk niet dat AMD opeens er compleet af zal stappen. Ze hebben bv destijds flink wat werk in Mantle gestoken terwijl dat niet direct een voordeel opleverde. FreeSync kan nog een 50/50 geval zijn (principes vs kosten), maar zoiets zoals Mantle of de 'open' Linux drivers niet. Maar re SAM heb je wel een punt - dat is wel een vreemde manier van werken geweest.
Dat is volgens mij iets te veel een roze bril.

Mantle is zeker niet een normale open standaard. Als Nvidia met een eigen graphic API zou komen die 100% voor Nvidia GPU's geoptimaliseerd is zou de wereld te klein zijn. Maar als AMD dat doet wordt het als iets positiefs gezien.

De open video APIs zijn OpenGL en Vulkan, niet Mantle. En AMD doet het nu wel aardig goed met Vulkan (opvallend slecht eigenlijk gezien het grotendeels op Mantle is gebaseerd), maar AMD OpenGL heeft nooit goed gepresteerd.
Vulkan is derived from and built upon components of AMD's Mantle API, which was donated by AMD to Khronos with the intent of giving Khronos a foundation on which to begin developing a low-level API that they could standardize across the industry.[10]
Bron: https://en.wikipedia.org/wiki/Vulkan_(API)

Beetje tegenstrijdig dus met wat jij hier zegt. Zoals ik het zie is Mantle ontwikkeld door AMD om een boost te geven aan open 3D API's en hebben ze zelfs Mantle gedoneerd aan Khronos om er Vulkan van te maken. Dus roze bril lijkt me hier wel op z'n plaats.
Dat is helemaal niet tegenstrijdig. Mantle is langere tijd een API geweest alleen bedoeld voor AMD GPUs. Echte open standaarden worden ontwikkeld door meerdere bedrijven die allemaal invloed uit kunnen oefenen.

Dat Vulkan daar later van afgeleid is maakt het niet plots vanaf het begin bedoeld als boost voor open APIs. Een boost voor open API's doe je niet alleen door eigen API's "open" te maken, dat doe je veel meer door goede ondersteuning van bestaande open standaarden. Zoals bijvoorbeeld OpenGL.

Dus nee, een roze bril is niet op zijn plaats.
Nvidia, Microsoft met DirectX en Khonos hadden in 2012 geen goede moderne API en geen (serieuze) plannen om hier iets aan te veranderen. AMD heeft toen Mantle gemaakt welke los gebaseerd was op hun graphics API voor de PS4. Dit was zo'n success performance-wise dat het de andere partijen dwong om te veranderen, en dus Microsoft eindelijk met Dx12 kwam (en Khonos met Vulkan).

Dat Mantle AMD only was was puur omdat het direct tegen hun GCN hardware zat, en dat is natuurlijk niet compatible met enige andere architectuur. Dat was hun hele punt, te laten zien hoe veel meer we uit hardware kunnen halen met betere APIs. AMD heeft hier naderhand best actief samengewerkt om best-practices die ze geleerd hebben te delen met de andere partijen. En nu hebben we weer gezamenlijke APIs voor beide bedrijven.

Geen idee of dat met dit nieuws artikel ook zo is, maar voor Mantle verdient AMD wel wat punten.
Vertel er dan ook bij dat gsync consistenter was en vooral in het begin een betere ervaeing boodt. Gsync was er overigens eerder dan freesync. Het bewoog AMD dus.

[Reactie gewijzigd door ZeroNine op 21 november 2020 01:17]

Ja, daar heb je wel gelijk in. Toen reageerde AMD op Nvidia en bij andere zaken is het weer andersom. Ze doen wat bedrijven doen. AMD heeft bij mij een streepje voor en ik denk dat velen dat zo voelen maar dat is waarschijnlijk alleen de wens dat David wint van Goliath.
Ik vind mensen vaak ten onrechte vrij negatief jegens Nvidia staan terwijl ze wel vaak innovatie pushen om "gaming" beter te maken. Raytracing is niks nieuws maar dat het voor gaming in real time bruikbaar is, is nu opeens wel echt een thing terwijl voordat Nvidia het introduceerde in de 20XX serie gewoon niet eens een gespreks onderwerp was. Was het duur? Zeker weten! Maar ze doen het wel. Gsync was ook zo'n verhaal.

Uiteindelijk zijn het allemaal bedrijven die geld wilen verdienen en ik denk dat zodra AMD er veel sterker voor staat dat zij ook meer gesloten zullen worden omdat dit uiteindelijk hetgene is wat aandeelhouders gaan vereisen.
volgens mij werdt raytracing real time een ding omdat microsoft het wou?

zoals ik begrepen heb is raytracing in samenhang met zowel intel/amd als nvidia in de dx12 api opgenomen onder de name DXR. Nvidia was wel de eerste die er ook vol op inzette met marketing en hun tensor cores. en rebrand naar RTX

wat nvidia heel goed kan is bij mensen in het hoofd kruipen. het staat immers nu bekend als het raytracing merk.
Real time raytracing wordt al een tijd gevraagd maar geen GPU bouwer die zijn vinger hiet nog aan wilde branden omdat het gigantisch veel performance kostte. Raytracing is uiteraard niets nieuws en is in de film productie wereld/render wereld gewoon standaard maar dit kost dus extreem veel rekenkracht. Dat dit nu in 1 klap voor gaming doeleinden in real time kon is gewoon een prestatie (nogsteeds met concessies van full path tracing is te zwaar nog). RTX branding was een goede marketing truuk ja, maar het is niet proprietary, het gebruikt gewoon de DXR standaard.

Maar AMD doet niet anders, variable rate shading bijvoorbeeld wat Nvidia al een tijd terug in games als Shadow Warrior 2 en Wolfenstein Young BLood had geintroduceerd wordt nu opeens ook rebranded als FidelityFX door AMD gemarket. Beide partijen doen dit.
Je klinkt een beetje als een Nvidia fanboy. Dat Nvidia innoveert is mooi, maar dat ze niet willen dat hun innovaties op andere hardware werkt en er zelfs veel aan doen om dit tegen te gaan is niks positiefs aan wat mij betreft. Ook het feit dat ze geprobeerd hebben premium merken zoals ROG exclusief Nvidia te maken is op zijn zachts gezegd niet netjes. Tot Nvidia hier iets aan doet heeft AMD bij mij in ieder geval een streepje voor als het gaat om de aanschaf van een videokaart.
Alleen Gsync was proprietary technologie vanwege de scaler. Raytracing maakte gewoon gebruik van de DXR standaard. Alle RT games behalve de volledige pathtracing games als Minecraft en Quak 2 RTX draaien gewoon op de RDNA2 hardware van AMD.

Nog verdere argumenten? Beetje goedkoop om het meteen onder het kopje fanboy te scharen wanneer het beargumenteerd wordt waarom.
Ik noem je geen fanboy, ik zeg dat je klinkt als een fanboy. Je enige argument waarom mensen niet negatief moeten zijn over Nvidia is omdat ze innoveren. Daar zet ik tegenover dat ik minpunten zie aan hun innovaties omdat ze het voor hunzelf houden. Raytracing is inderdaad niet proprietary omdat dit al bestond, anders was het dat ook wel :) . Er zijn verder genoeg redenen om negatief te zijn over Nvidia. Onder andere:
  • GameWorks waarbij Nvidia het verbood game devs hun broncode met AMD te delen, wat driver optimalisatie voor AMD lastiger maakte
  • Geforce Partner Program waar Nvidia de naam "Gaming" brand voor zichzelf wou en AMD videokaarten niet dit label mochten hebben
  • Closed source drivers voor Linux en geen interesse om samen te werken met de Linux community
Niemand is perfect, maar jij vindt dat men niet negatief over Nvidia mag zijn. Ik vind dus van wel. Ieder zo zijn mening :)
Niemand is perfect, maar jij vindt dat men niet negatief over Nvidia mag zijn. Ik vind dus van wel. Ieder zo zijn mening
Ik zeg dat mensen vanuit het licht van de industrie moeten kijken en alle merken op dezelfde manier moeten beroordelen.
GameWorks waarbij Nvidia het verbood game devs hun broncode met AMD te delen, wat driver optimalisatie voor AMD lastiger maakte
Gameworks is een hoop Nvidia tech, het is niet alsof AMD zijn inner workings deelt van bijvoorbeeld hun nieuwe FidelityFX hoe zij dit precies doen al is het grotendeels soortgelijke tech als wat Nvidia al heeft. TreshFX was ook een typisch AMD iets wat eigenlijk alleen echt lekker draaide op AMD hardware toen. Of dat Mantle destijds proprietary waren. Ik vind dit wel logisch binnen deze de industrie al zou dat alles open zou zijn natuurlijk mooier. Maar dat laatste is niet reeel. Je geeft niet je geheimen prijs aan de concurrentie.
Geforce Partner Program waar Nvidia de naam "Gaming" brand voor zichzelf wou en AMD videokaarten niet dit label mochten hebben
Dat het niet netjes was, klopt maar het is wel enigzins opgeblazen door rumors. Denk dat wij nooit het volledige verhaal te horen krijgen.
Closed source drivers voor Linux en geen interesse om samen te werken met de Linux community
Dit zie ik dus als een logisch iets aangezien Nvidia enorm veel technologie offload naar de drivers en rechstreets iznicht in hun inner workings geeft.
En hun graphics API, wat uiteindelijk OpenGL en nu dus vulkan is geworden.

Plus gewoon goede drivers voor linux.

Uiteindelijk blijft het een bedrijf, dus zullen ze alles doen voor geld, maar ze zijn net wat minder grote klootzakken dan nvidia. Intel heeft ook gewoon goede (FOSS) drivers voor linux.
Nvidia heeft prima drivers voor linix, deze zijn alleen niet open source. Een groot verschil dus. Mantle was eerst proprietary en is later pas vrij gegeven. Er waren dan ook maar heel weinig games die het ondersteunden. Alleen bf4 was een noemenswaardige titel.
Heb je in recente tijd nog Nvidia op Linux gebruikt, want hun Linux drivers zijn zeker niet prima, zo weigeren ze nog altijd wayland te ondersteunen
Jups, ubuntu en er is weinig mis mee. Iets niet ondersteunen is wat anders dan slecht. Helemaal als het niche is.
Wayland heeft X11 vervangen bij veel grote distro's (Fedora, Debian, openSUSE Tumbleweed, Red Hat Enterprise Linux, SUSE Enterprise Linux) en het is de bedoeling dat dit vroeger of later bij de andere distro's ook gebeurt aangezien het meer performance biedt en minder onderhoud gaat vergen. Je hoeft mij niet te geloven:
Starting around 2010, Linux desktop graphics has moved from having "a pile of rendering interfaces... all talking to the X server, which is at the center of the universe" towards putting the Linux kernel and its components (i.e. Direct Rendering Infrastructure (DRI), Direct Rendering Manager (DRM)) "in the middle", with "window systems like X and Wayland ... off in the corner". This will be "a much-simplified graphics system offering more flexibility and better performance".
- Jonathan Corbet, Linux Kernel Dev

Dus zo 'niche' is het niet. Closed source drivers zoals die van NVIDIA zijn de reden waarom distro's backwards compatibility aanbieden voor gebruikers door ze de optie te geven om X11 bovenop Wayland te laten draaien.
Waar een hoop mensen nie tbij stilstaan is dat Nvidia relatief veel van hun GPU technieken uitwerkt in hun drivers, de reden dat dit clsoed source is, is het tegenwerken van het uitpluizen van hun technieken. Dus dat zij het niet vrijgeven is enigzins als je er objectief naar kijkt begrijpenlijk. Helemaal omdat dit meer consumetnen gerichte kaarten zijn (op Quadros na). Ik denk niet (met mijn hobby kennis van Linux) dat je de genoemde distros wilt gaan gebruiken voor meer grafische productivity. Compute zou een use case zijn. Maar zoals je zelf aangeeft is er grotendeels een backwards compatibility fallback
Het is, objectief gezien, begrijpelijk dat de drivers closed source zijn? Staat er vervolgens niet bij stil dat andere OSen (zoals de BSDs en Haiku) ook die driver niet kunnen gebruiken. Iedereen gebruikt verder FOSS drivers in de kernel, behalve het zgn. innovatieve bedrijf Nvidia.

Vervolgens wel Quadro noemen. Ah ja, die dingen die wel met passthrough werken, ook zo'n smerige streek.

Wayland is al meerdere keren ter sprake gekomen; Nvidia remt hiermee de innovatie. Voor ZeroNine is Wayland een niche, een "edge case". Een Nvidia fanboy die zogenaamd objectief is ga je niet overtuigen.
Oh ja? Nee hoor, dat is pure lulkoek.
Ja, eens in de paar maanden is er een bug vrije release, maar dat is het dan ook wel. Geen GBM ondersteuning, maar hun eigen EGLstreams. Wat puur kut is
Ja, die nuance schijn jij niet te weten, dus ik zal hem toevoegen:

Iedereen, maar dan ook iedereen, behalve nvidia gebruikt GBM en ondersteund dat. Alle software ondersteund al GBM, en er was geen probleem met GBM. GBM bestond al *voor* dat EGLstreams werd gemaakt.
Er was dus geen enkele reden voor hun eigen implementatie.
Het is een voorbeeld.

Iemand's use case als irrelevant degraderen is niet authentiek.

Dat je veilige drivers wilt ipv drivers waar iedere paar maanden weer een lek in ontdekt wordt is zeker ook zijn usecase en niet de norm...

Dat iedere driver in de Linux kernel FOSS is, behalve die van Nvidia, is zeker ook niet de norm...

Je zegt elders:
Ik vind mensen vaak ten onrechte vrij negatief jegens Nvidia staan terwijl ze wel vaak innovatie pushen om "gaming" beter te maken.
Jij bent ten onrechte vrij postiief jegens Nvidia.

[Reactie gewijzigd door Jerie op 21 november 2020 15:03]

Jij bent ten onrechte vrij postiief jegens Nvidia.
Nee, mijn mening is niet gekleurd met een hoge bias voor een underdog zoals heel veel in deze threads op Tweakers. AMD wordt nauwelijks op dezelfde manier beroordeelt als Nvidia wordt hier op Tweakers. Mensen komen aankakken met bijvoorbeeld zaken als Gsync versus Freesync waarbij de laatste objectief een hoop probleem punten aangewezen kunnen worden, maar het is een open platform en neit van AMD dus dan zijn mensen er instant blind voor.

Ik koop gewoon het beste wat ik kan krijgen met het geld wat ik op dat moment heb. Nu is dat een AMD CPU based systeem met een Geforce GPU. Volgend jaar kan dat weer iets totaal anders zijn.
Klopt, jouw bias is niet voor de underdog, die is voor de topdog. Je koopt wat jij het beste vindt. Dat is iets anders dan 'wat het beste is. Ik vind de drivers van Nvidia, voor zowel Linux als macOS, net zoals @dec0de verwoorde, in een woord: kut. Tegenargument wordt dan: jouw use-case is irrelevant. Tja, met zo'n dooddoener ben je mooi klaar met discussiëren.

Het feit dat ik hier een half levende MBP 2010 heb liggen met een stukke discreet Nvidia GPU die ze weigerden te vervangen, mag ik zeker ook niet meenemen in mijn beslissing dat ik inderdaad vooringenomen bias heb die tegen Nvidia spreekt.

Ik neem mee de houding van een bedrijf, en hoe vriendelijk ze zijn jegens FOSS. Zaken als FreeSync, ROCm, CUDA, en Vulkan neem ik dan mee. Want dat vind ik van belang. En dan is AMD een prima bedrijf. Intel overigens net zo goed. Intel maakt goede drivers voor hun hardware, en die hardware is prima (daarom ook enthousiast over ontwikkelingen rondom Intel GPUs; concurrentie is goed!). Het is wel een beetje appels en peren ivm grootte van bedrijven.

Koop ik nooit meer Nvidia? Dat ook niet. Ik heb een Nvidia Shield Pro want dat is goed product voor een schappelijke prijs. Ik had ook een Nvidia Shield Tablet, ook een prima product. Misschien krijgen mijn kinderen wel een Nintendo Switch van Sinterklaas dit jaar. Maar als ik de keus heb, ga ik voor AMD, ook als dat een paar tientjes meer kost. Waarom? Hierboven staan een aantal voorbeelden.
Klopt, jouw bias is niet voor de underdog, die is voor de topdog. Je koopt wat jij het beste vindt. Dat is iets anders dan 'wat het beste is.
Qua hardware was Nvidia de laatste 5 jaar wel degelijk de beste keus, qua performance, qua odnersteunign voor professionele toepassingen, qua betrouwbaarheid dankzij de betere focus van board partners op deze hardware etc. Voor cojmputer, 3D rendering pipelines etc is er zeer weinig support voor AMD hardware. Octane renderer? Vergeet het maar. Dat macOS geen ondersteuning boodt voor Nvidia hardware ligt aan Apple en hun focus. Kan je Nvidia niet aanrekenen, zij implementeren het niet in hun hardware ondanks dat het vooral in hun laptops ervoor zou zorgen dat het allemaal wat vlotter zou draaien.
Het feit dat ik hier een half levende MBP 2010 heb liggen met een stukke discreet Nvidia GPU die ze weigerden te vervangen, mag ik zeker ook niet meenemen in mijn beslissing dat ik inderdaad vooringenomen bias heb die tegen Nvidia spreekt.
Mijn oude Samsung Ativ Book 8 met een Radeon 8870M welke een reflow sessie nodig had mag anders wel op dat stapeltje. Mag je de EU voor bedanken dat loodvrij solderen de norm werd en de industrie gewoon nog niet klaar ervoor was. Of dacht je dat de in die periode alleen Nvidia GPU's sneuvelden?
Ik neem mee de houding van een bedrijf, en hoe vriendelijk ze zijn jegens FOSS. Zaken als FreeSync, ROCm, CUDA, en Vulkan neem ik dan mee. Want dat vind ik van belang. En dan is AMD een prima bedrijf. Intel overigens net zo goed. Intel maakt goede drivers voor hun hardware, en die hardware is prima (daarom ook enthousiast over ontwikkelingen rondom Intel GPUs; concurrentie is goed!). Het is wel een beetje appels en peren ivm grootte van bedrijven.
Alleen de negatieve kanten van partij A benoemen maar niet partij B als tegenhanger en de positieve kanten benoemen is gewoon niet fair. Kon bijvoorbeeld Nvidia freesync eerder open gooien voor hun Geforce kaarten? Ongetwijfeld. Was dit de beste keus? Ik denk het niet. Geen enkele andere partij dacht op dit moment aan variable refresh rates en ondanks dat er een vesa standaard was, waren de wildgroei aan scalers van verschillende scherm bakkers gewoon niet geschikt en of consistent genoeg ervoor. Nvidia investeerd in hun eigen scaler (wat tot op heden nogsteeds 1 van de beste op de markt is zo'n 8 jaar later). Zet een eco systeem ervoor op, zorgt ervoor dat vrijwel elke Gsync scherm dezelfde consistente ervaring biedt met dezelfde VRR range. Freesync wat daarna kwam kon soms een 56hz tot 75hz sync range zijn alleen tot een volledige 45hz tot en met 144hz bijvoorbeeld. Het ene scherm had vblank issues, het andere weer zichtbare flickeringen etc Oftewel je kon er niet vanuit gaan dat Freesync werkte, dat het een goede ervaring boodt etc. Maarja het was wel goedkoper. Heeft Nvidia dan het verkeerde gedaan? Ik denk dat je in heel veel bochten moet wringen wil je dit tegen kunnen spreken. Het was prijziger ja, maar voor goed spul mag er best betaalt worden.

Betreft Cuda en rendering op Nvidia spul (Waarvoor ik overigens mijn GPU's gebruik om mijn brood te verdienen), Nvidia heeft de professionele sector veel beter bijgestaan dan AMD. Het is mij dan ook een raadsel waarom Apple bleeft vast houden aan AMD want het boodt gewoon niet dezelfde experience en AMD's zijn eigen renderen heeft gewoon erg veel render fouten in zijn pipeline zitten.

Dit is mijn reden waarom ik niet negatief gestemd ben betreft Nvidia, hebben zij nooit misstappen gemaakt? Dit zal ik nooit ontkennen. Daarom ben ik niet brand loyal. Ik koop gewoon wat op dat moment het snelste/beste is voor mijn usecase en dat is de laatste 10 jaar Nvidia geweest, ondanks dat ik toch nog afentoe even een AMD GPU hier en daar kocht om mee te experimenteren.
Als we de houding van een bedrijf beoordelen tov een bepalde niche, lijkt het mij niet meer dan logisch dat we ze afkeuren op het negeren van die bepaalde niche toch? Want dat doen we, we beoordelen hun linux ondersteuning, het mag dan wel onbelangrijk zijn voor hun inkomen, ik mag ze daar op afkeuren en daarom gaan voor AMD
Dat laatste is uiteraard prima, more power to you. Maar meteen iemands anders mening afschilderen als lulkoek terwijl je een edge case uit zoekt is nogal erg meh op zijn minst.
Dat laatste is uiteraard prima, more power to you. Maar meteen iemands anders mening afschilderen als lulkoek terwijl je een edge case uit zoekt is nogal erg meh op zijn minst.
Edge case? Het is een voorbeeld.

Net zoals raytracing en gsync ook voorbeelden zijn. Nou vond (want ik heb er geen last meer van) ik tearing verhelpen interessant. Het is ook niet makkelijk op te lossen als je ook latency van belang vindt (en dat is al een tip van hoe gsync eigenlijk werkt). Daarentegen raytracing vind ik niet zo boeiend (zeker gezien de prijzen van de 2000 series destijds).

Je stelde verder:
Nvidia heeft prima drivers voor linix, deze zijn alleen niet open source.
Ten eerste schrijf je de naam al fout (wat al zorgen baart) ten tweede zijn die drivers gewoonweg niet 'prima'. Je hebt het enerzijds over de fantastische innovatie van Nvidia.

Heb jij enig idee mbt de innovatie van Wayland? Of die van X.org? Ik zal je een tipje geven alvorens je dat op gaat zoeken: X.Org is abandonware. En 3x raden wat er niet werkt met Wayland? Juist, die ja.

Maar ja, da's een edge case, want tja, "niemand gebruikt Wayland". Als de grootste GPU boer het niet ondersteunt wordt het nooit wat. En vervolgens in een andere post het hebben over hoe innovatief Nvidia is en beweren neutraal te zijn? Hou toch op man.

[Reactie gewijzigd door Jerie op 21 november 2020 16:24]

Edge case? Het is een voorbeeld.
Is een edge case opeens geen voorbeeld meer? Er is nu alleen een prioteit aan gekoppeld.
Net zoals raytracing en gsync ook voorbeelden zijn. Nou vond (want ik heb er geen last meer van) ik tearing verhelpen interessant. Het is ook niet makkelijk op te lossen als je ook latency van belang vindt (en dat is al een tip van hoe gsync eigenlijk werkt).
Gsync voegt geen noemenswaardige latency toe en dat is juist het mooie van de technologie. Dat jij het nie tbelangirjk vindt is prima. Statistisch zijn er een hoop gamers die dit wel belangrijk vinden. Het heeft letterlijke de gaming monitor industrie uit de grond gestampt.

Raytracing, prima jij vindt het niet belangrijk. Mensen uit de industrie zien dit als de enige noemenswaardige manier om graphics vooruit te duwen. Rasterization zit op een doodlopend spoor onderhand. Dat jij de 20XX serie te prijzig vindt is eigenlijk een beetje jouw probleem. Gezien de jump in chipgrootte, complexiteit, plat gezegd het aantal transistors was het gerechtvaardig en het heeft uiteindelijk wel ervoor gezorgd dat raytracing nu een factor is in zelfs de mainstream consoles die afgelopen week zijn uitgekomen.
Ten eerste schrijf je de naam al fout (wat al zorgen baart) ten tweede zijn die drivers gewoonweg niet 'prima'. Je hebt het enerzijds over de fantastische innovatie van Nvidia.
Boehoe een typo omdat ik een post op een mobieltje typ. Hou het even over het onderwerp. Als dual boot draai ik Ubuntu en zelfs met mijn ongewonere monitor setup voldoet het meer dan prima voor het toepassen van mijn professionele workloads waar ik uiteindelijk mijn geld mee verdien. Al is dat laatste een experiment om te kijken alleen al of ik buiten de gevestigde platformen binnen production mijn werk zou kunnen doen. De drivers zijn stabiel, doen wat het moet doen en de performance is goed. Wat voegt de open source kant toe voor 90% van de prosumers op dit moment? Het is maar een zeer kleine selectie wat hier echt verder op gaat bouwen.

Maar pas op, je bias sijpelt uit je post. Is het perfect? Nee, maar helaas is niets dat op Linux., Een opinie stuk aanhalen versterkt overigens niet je punt.
Alles wat je hier roept is oud nieuws. Het is 2020 en geen 2014.

Je bent biased en je baseert je op sterk verouderde info. Ik zou weer even wat kennis gaan bijpunten, want je staat voor lul zo. Tenenkrommend.

Getekend, Nvidia klant...

[Reactie gewijzigd door Vayra op 22 november 2020 11:03]

Argumenten or go home. Dit is juist tenenkrommend.

Ik wist niet dat er raytracing acceleratie op GPU's in 2014 beschikbaar waren?

Iets roepen zonder argumentatie kan iedereen 8)7

Getekend, iemand welke zijn inkomen maandelijks binnenhengelt door middel van digitale productie en design.
Nee, ik heb geen tijd voor 26 posts zoals jij ze hier hebt laten zien... 8)7

Maar dat doe je vast voor de lol.

[Reactie gewijzigd door Vayra op 23 november 2020 07:59]

Zeg dan gewoon helemaal niets als je niks toe te voegen hebt. Tenenkrommend zoals je zelf zegt. 8)7

Next
Dit is een gevalletje 'te ver heen'. Onbegonnen werk om die vijftien pagina's punt voor punt te corrigeren... Je bevestigt in elk geval dat beeld prima - de eindeloze discussie die ik niet in ga stappen, ga jij zonder moeite voeren ;)

Degenen die het hierboven probeerden wachtte eenzelfde lot hoe redelijk de argumenten ook waren. Veel plezier ermee, in je eentje. De tip van de dag: reflecteer. En nee dat betekent niet 'hetzelfde terug geven'.

'Next'... alsof je iets staat te verdedigen... het zou hilarisch zijn als het niet zo in en in triest was. Dit is de definitie van fanboyen en je ziet het niet eens. Maar misschien valt het kwartje nu, botter kan ik de bijl niet maken.

[Reactie gewijzigd door Vayra op 23 november 2020 11:34]

Dit is een gevalletje 'te ver heen'. Onbegonnen werk om die vijftien pagina's punt voor punt te corrigeren... Je bevestigt in elk geval dat beeld prima - de eindeloze discussie die ik niet in ga stappen, ga jij zonder moeite voeren ;)
Ga het uberhaupt dan ook niet aan zonder argumenten, nu kom je als niks meer over dan een troll, even je zegje doen zonder enige substantie. [/quote]
Degenen die het hierboven probeerden wachtte eenzelfde lot hoe redelijk de argumenten ook waren. Veel plezier ermee, in je eentje. De tip van de dag: reflecteer. En nee dat betekent niet 'hetzelfde terug geven'.
Argumenten die jij niet brengt.
'Next'... alsof je iets staat te verdedigen... het zou hilarisch zijn als het niet zo in en in triest was. Dit is de definitie van fanboyen en je ziet het niet eens. Maar misschien valt het kwartje nu, botter kan ik de bijl niet maken.
Nee het is alleen een indicatie van dat jij meer tijd niet waard was dan even in 30sec een reply te typen.

Ver heen als jij denkt dat je ook maar iets toevoegde aan de discussie waar anderen dit wel deden, een soort van "kijk mij, ik besta ook" momentje.

[Reactie gewijzigd door ZeroNine op 23 november 2020 12:04]

Ja, dat is het. :+

[Reactie gewijzigd door Vayra op 23 november 2020 11:55]

Inderdaad, geniet nog van je dag :+
Deze optie heeft niets met AMD te maken, het is een pci express specificatie. Gezien AMD hier nu gratis extra performance haalt zullen andere fabrikanten wel mee moeten om hun hardware ook deze extra gratis performance te geven.
nVidia en Intel zijn ook lid van die PCI-special interest group.

Wat ik mij kan voorstellen is dat AMD ideeën heeft in welke richting de bestaande Resizable Bar functionaliteit nog verder kan worden verbeterd. Dit kan AMD echter niet alleen bepalen, daarover kunnen alle members van de PCI-SIG hun zegje doen. Vanuit dit oogpunt kan het dus voor AMD profijtelijk zijn om haar concurrentie ook betrokken te krijgen in het type gebruik van Resizable Bar dat zij beoogd. Hebben AMD, Intel en nVidia een gedeeld belang dan zal het een stuk makkelijker worden het eens te worden over toekomstige veranderingen in de PCI-e interface.

Ondanks dat dit dan uitpakt als begrepen eigenbelang van AMD, en wat minder als onbaatzucht, zou ik dit nog steeds als een pragmatische ontwikkeling zien en een nette manier om de ontwikkeling van een gemeenschappelijke interface verder te helpen en in de richting te laten bewegen die AMD zich voorstaat.
Ho ho ho, niet zo snel. Freesync is niks anders als een rebrand van wat er al aanwezig was in de VESA standaard. Het was vooral nVidia die kwam met het idee en een nogal zeer complexe implementatie.

Freesync 1 was royalty free want wat is het nut van royalties vragen? Iedereen kan Diezelfde VESA functie pakken, er een andere sticker opplakken. Zelfde beestje andere naam. Met de komst van Freesync 2 moet je als fabrikant betalen voor certificatie, dus dat het gratis is gaat niet op.

Datzelfde is weer van toepassing op SAM. SAM is resizable BAR met een AMD sticker erop. Het is geen AMD sausje, het is geen AMD variant, het is gewoon een AMD sticker, meer niet.

nVidia kan even goed er een andere sticker op plakken, sterker nog nVidia ondersteunt al jaar en dag resizable BAR.

Een peformance boost halen uit resizable BAR is niet recht toe recht aan. Het heeft vooral ook te maken met de manier waarop game engines data laden en hoe ze omgaan met die data. Dat zie je ook in de data die beschikbaar is, ene game heeft significante winsten terwijl de andere helemaal niks doet. Dus buiten dat je hardware fabrikanten erbij betrekt moet je ook engine bouwers en game ontwikkelaars erbij betrekken.

Dat AMD heeft ontdekt dat er een significante performance boost te behalen is en dat onder de aandacht wil brengen is natuurlijk een goede zaak (zoals ook in het artikel staat vaak staat het op BIOS niveau uit en is het niet duidelijk vernoemd), maar laten we nou aub niet gaan doen alsof ze de liefdadigheid zelf zijn.

[Reactie gewijzigd door TechSupreme op 21 november 2020 21:28]

Ik vind het ook sympathiek en stukken beter dan een strategie zoals we bij nividia gezien hebben met g-sync.

Let op, het blijft een strategie met belangrijk marketing aspect. Niet blind worden ;)

Nog altijd ben im benieuwd naar het verschil met de 'pcie standaard' die hetzelfde moet bieden.
Ik krijg hier een flashback naar de gsync vs freesync periode.

[Reactie gewijzigd door Thijs_ehv op 21 november 2020 22:22]

Nvidia is bezig met een eigen variant van SAM wat met iedere processor werkt

Edit

Kleine toevoeging van Gamer Nexus
According to information Gamers Nexus has garnered from an unnamed Nvidia exec, the green team already has similar tech to SAM working in its labs. "The capability for resizable BAR is part of the PCI Express spec," Gamers Nexus quoted the Nvidia representative of explaining, via Twitter, a few hours ago. The Nvidia source went on to say that the similar functionality will be unlocked on Ampere GPUs in an upcoming software update and that the gains AMD boasted of in its SAM implementation were approximately the same scale that Nvidia had seen in its own hardware tests.

[Reactie gewijzigd door Tincahunter op 20 november 2020 21:58]

Da's niet zo gek, want ze hebben geen x86 processoren en in de grote twee consoles zijn ze ook afwezig. Als ze het dus aanbieden moet het eigenlijk voor AMD en Intel zijn.
Ik heb er nog even een quote aan toegevoegd. :)
Ze beperken het al tot ampère wat dus niet eens 1% van hun verkocht graka zijn want ze zijn amper beschikbaar. Ten tweede spreken ze nergens over enige mobo of cpu compabiliteit. Voor het zelfde geld komt hier weer wat NVIDIA mobo licentie politiek bij kijken zoals wel meer van het groene kamp. Het support op alles zal wel snel een update krijgen naar specifieke testbeds.
Het zal op de oudere CPUs ook gewoon mogelijk zijn, maar ze willen hun nieuwe CPUs verkopen.
Want het is niets nieuws en de prestatie boost ervan vind ik tegenvallen
~3% performance gain op identieke hardware, puur door een vinkje aanzetten, dat vind ik vrij significant.
Bij sommige games en soms word ook een verslechtering te zien. Dus voorlopig nog geen meerwaarde wat mij betreft.
Bij games waar het slechter presteert kun je natuurlijk ook gewoon het vinkje uit laten?
true; waar ik vooral op probeerde te doelen is dat het gemiddeld genomen (over de gemiddelde game heen) de winst beperkt lijkt. Het gaat mij niet om 1 a 2 games die beter draaien; ik kijk naar m'n hele game library.

En begrijp me niet verkeerd; wellicht is dit net als multi-core ondersteuning gewoon iets waar ontwikkelaars aan moeten wennen en zien we over een jaar games verschijnen die hier serieus gebruik van maken.
Het is gewoon een manier van AMD om in games waar de 6800XT iets minder presteert dan de 3080 met SAM aan over de 3080 te wippen. Meer is het niet. Dom van AMD dat ze het dan toe gaan laten op de GeForce GPU's want dan zijn ze die voorsprong weer kwijt.
NVidia gaat adv hun drivers dit ook toelaten. Dankzij AMD worden de oude knarren wakker en moeten ze volgen...
Ben benieuwd. Hangt er echter van af of Intel en Nvidia dit keer wel bereidt zijn over hun eigen schaduw heen te springen of liever bezig blijven met hun eigen proprietary ontwerpen en liever via gemeen spel proberen te 'concurreren'.
Het is een pci express specificatie, dus niet iets speciaals van een fabrikant. En deze optie geeft amd hardware een extra snelheidswinst, gezien iedereen de snelste wil zijn met hun hardware zullen andere fabrikanten wel inspringen om dit ook met hun hardware mogelijk te maken.
Nvidia is hier zelf al mee bezig om dit te activeren.
Dit verhaal wordt steeds vreemder:
De Radeon-groep van AMD wil met Intel samenwerken om de Smart Access Memory-ondersteuning mogelijk te maken op Intel-processors en de Ryzen-divisie is bereid om met Nvidia samen te werken voor ondersteuning bij GeForce-videokaarte
Maar tegelijk geeft AMD aan dat ze voor Ryzen 3xxx bezitters niet die moeite willen doen?
Daarmee zou je verwachten dat ook de combinatie van een Radeon RX 6000 met een Ryzen 3000-processor op een X570-moederbord ondersteuning voor SAM krijgt, maar daar zijn geen plannen voor, maakt AMD duidelijk. Het bedrijf richt zich op de Ryzen 5000.
Ze probeerden eerder ook al terug weg te komen met het breken van de belofte tot ondersteuning van Zen3 op bestaande chipsets. Zijn ze op teruggekomen nieuws: AMD geeft B450- en X470-chipsets toch ondersteuning voor Zen 3-cpu's Wellicht dat ze hier ook weer op terug komen en alsnog SAM naar Ryzen 3xxx bezitters brengen. Gezien het bovenstaande is die kans redelijk groot. AMD is in ieder geval niet langer het braafste jongetje van de klas.
Het valideren van nieuwe technologie op oude hardware kost tijd en geld. Als dit gaat om een gesloten eco-systeem waar je als producent alle parameters in handen hebt, is dit mogelijk snel te doen (zoals Apple hardware).
Maar voor AMD is dit een zwaard dat aan twee kanten snijdt: Het kost heel wat moeite, brengt geen centen in de lade en indien er problemen opduiken is het "Bad AMD".
Is het wel goed, dan maken ze hun partners/klanten mogelijk ongelukkig, omdat die ook hun oude producten moeten aanpassen, testen en valideren.
Bij onderhandelingen voor de volgende productreeksen gaan die dan jammeren dat het hun zoveel extra heeft gekost maar dat ze mee moesten om geen gezichtsverlies te lijden.
Moederbord fabrikanten zien niets liever dan het Intel systeem: Product met beperkte houdbaarheid, en na een generatie direct een nieuw bord verkopen, liefst met zo weinig mogelijk werk. Ze staan echt niet te springen om hun drie jaar oude hardware, te upgraden, waar geen enkele verkoop tegenover staat.
Wees maar gerust dan MSI, Asus,Gigabyte, Asrock ... allemaal lobbyen om geen zo'n "cadeaus" te krijgen.

Daarnaast nog enkele opmerkingen:
Wie zegt dat SAM niet buiten de PCIe lijntjes kleurt? Wat als hier sprake is van x64 like extenties op die standaard? Is de SAM implementatie binnen de PCIe standaard nog wel de moeite?
Wat als die SAM in hun test enkel interessant blijkt op PCIe4 compatibele systemen, en enkel performance winst geeft bij processoren met geoptimaliseerde hardware?
Ik geloof echt in de theorie die omhoog gekomen is rond je gelinkte bericht: al de moederbordfabrikanten willen geen geld steken in feature updates voor oude borden en klagen over drunk van klanten tegen AMD.

AMD zegt dan maar dat het niet kan om hen te vriend te houden, ook al gaat dat enigzins in tegen hun claims dat AM4 lang ondersteund wordt.
Ergens klopt het wel: pre-Zen, Zen1, Zen+, Zen2, Zen3 werken allemaal op AM4, gewoon niet op één en hetzelfde bord, maar er zit altijd wel enige overlap in. En nu brengt SAM dan weer een extra feature non-parity.
Anderzijds kan ik me ook wel inbeelden dat Asus/MSI/Gigabyte het gehad hebben met die updates.
Anderzijds kan ik me ook wel inbeelden dat Asus/MSI/Gigabyte het gehad hebben met die updates.
Daar zou wat in zitten ware het niet dat SAM tegelijk met Ryzen 5xxx werd geintroduceed. Voor Ryzen 5xxx moeten nieuwe bios komen. Hadden ze het meteen mee kunnen nemen.

De meest waarschijnlijke verklaring dat SAM niet is meegenomen lijkt mij dat het een mooie functie is om klanten te verleiden naar 5xxx over te stappen. (Waar je wat van mag vinden, maar het is op zich hun goed recht.)
De komst van Ryzen 5000 en bijhorende AGESA updates waren al langer bekend en/of beschikbaar! Ik SAM daarentegen is nu wat, een paar weken bekend?

Als ik de berichten van minimale AGESA mag geloven en bvb kijk naar de Asus X570 Prime, zou deze al sinds augustus compatibel zijn met zen3. En dan moest er nog aan B550, X470 en B450 gewerkt worden. Tegen dat die ronde klaar is, is er weer een AGESA patch. Nog eens updaten.
En dan is het november, dan zou je ál die borden (sommigen al 2,5 jaar oud!) nog eens moeten updaten én testen voor SAM.
Tja, ergens willen ze wel stoppen met die updates lijkt me.
Was AMD ook niet eerst met 64 bit instructie set waar intel nog steeds licentie rechten voor moet betalen ? Als dit een zelfde geval is hebben ze weer extra geld verdiend door innovatie.
Er zijn al heel lang 64-bit processors. Als ik beperk tot kleinere PC/Server systemen, dan was Intel eerst met IA-64 aka Itanium. Dit is echter een totaal nieuwe architectuur, het duurde volgens mij vrij lang voordat er ondersteuning kwam in oa Windows, en in de tussentijd had AMD een uitbreiding van de X86 instructieset gemaakt, X86-64. Omdat deze veel makkelijker te implementeren was, en Intel bang was de boot te missen, hebben ze daarop uiteindelijk toch nog een licentie genomen.
Als ik het goed heb moet AMD Intel betalen voor het gebruik van X86, en Intel moet AMD betalen voor de X86-64 uitbreiding daarop.

[Reactie gewijzigd door thegve op 21 november 2020 11:42]

Toch wel gek dat ze dit wel voor Intel willen regelen maar niet voor de Ryzen 3000 series. Ik heb onlangs een Ryzen 3600 gekocht ter vervanging van een 3700K maar ik draai nog steeds op een GTX 970. Binnen enkele maanden wil ik mijn videokaart upgraden, zou wel fijn zijn als deze feature dan ook voor AMD hun eigen 'klanten' beschikbaar komt.
Zou kunnen dat ze, net als bij de Ryzen 5000 support, hun partners niet op willen jagen of anders gezegd, zelf de kritiek opvangen zodat de partners het niet moeten doen.

Voor je het weet eisen allerlei luidruchtige internetstemmen dat Asus, Asrock, MSI, Gigabyte... alle varianten van hun A320, B350, X370, B450, X470 moeten voorzien van nóg een firmware update om de optie toe te laten. Nu kunnen ze zich tot B550/X570 beperken. Die liggen ook nog in de verkoop, dus dat is te verantwoorden.

De groep eigenaars van een combinatie B550/X570 met ryzen 2000/3000 zonder plannen om naar ryzen 5000 over te stappen zal relatief klein zijn.
Dat denk ik niet,
Als ik een 3000 serie heb zou ik niet overstappen.

Meeste mensen upgraden niet elk jaar. En al helemaal de cpu niet.

Verder mooi dat er wel universele ondersteuning komt, dan kan men er ook universeel gebruik van gaan maken.

[Reactie gewijzigd door freaq op 20 november 2020 18:22]

> De groep eigenaars van een combinatie B550/X570 met ryzen 2000/3000 zonder plannen om naar ryzen 5000 over te stappen zal relatief klein zijn.

Om eerlijk te zijn, is de performance van de 3000 naar 5000 series, voor productie werk gewoon te beperkt. Voor games, ja, daar zie je enorme verschillen. Als je de 3900X en 5900X vergelijkt in encoding en andere taken, is de winst vaak een magere 5, 7, 10%.

Voeg dan erbij dat de 5900X 50 Euro meer kost en je nieuw koopt, vs de "oude" 3900X dat maximaal 350 Euro oplevert. Dan spendeer je makkelijk 200 Euro, gewoon voor een beperkte prestatie winst voor je meer typische werkloads.

Is de 5000 serie het waard voor 3000 eigenaars, als men Gamed. JA! Maar voor productie werkloads, wat je veel meer zal zien met 3900/3950X eigenaars en dat beetje gamen op de zijde, sorry, nee. Daar is de bal dik mis.

Dat AMD SAM wilt beperkten tot de 5000 series, is gewoon zo een oude Intel trucje, om de nieuw generatie er beter te doen uitzien.
Wat? Ik geniet net goed en wel van mijn 3900x en ik zal hem nu al gaan vervangen? Ik dacht een technische beperking de reden was om het alleen op de 5xxx serie uit te brengen. Bewuste keuze of niet, het maakt voor mij een RDNA2 kaart minder aantrekkelijk.

Ter vergelijking: de 4770K ervoor ging circa 6 jaar mee en afgezien van het stijgende aantal vulnerabilities(dat zat me niet lekker) voldeed hij nog prima.

[Reactie gewijzigd door MN-Power op 20 november 2020 19:02]

En je 3900X gaat toch ook gewoon 6 jaar mee? Je mist hooguit een paar procent performance door die feature. Als je nu een 9700K had kreeg je de feature ook niet. Daarbij, de performancewinst van CPU upgrade (die je kan, in datzelfde bord) is veel groter dan de potentiële winst van SAM.

Ik zie niet hoe een RX6000 nu minder interessant is.
Hij had interessanter kunnen zijn als SAM wel beschikbaar was zonder verder iets aan mijn systeem te moeten doen. Totdat ik het kan gebruiken bestaat SAM voor mij namelijk niet. Ik snap het wel, AMD ziet graag dat je upgradet naar een 5000 serie, zodat je van deze mooie feature gebruik kan maken. Maar ja, tegelijk maakt dat voor(ironisch genoeg) een vorige generatie AMD CPU eigenaar dat die paar procent niet als voordeel tegenover een kaart van de concurrent tellen. En als Nvidia dan ook nog eens wél SAM kan gebruiken op een Zen2(dat kan ik alleen niet uit het verhaal opmaken) wordt het helemaal komisch... Een paar procent + aan de ene kant en een paar procent - aan de andere kant wordt opeens wel significant namelijk. Tel dan ook nog mee dat ik raytracing wél (sterk) van belang vind en ik krijg spijt van het cancellen van mijn order...

[Reactie gewijzigd door MN-Power op 20 november 2020 20:29]

In princiepe zou je "SAM" , a.k.a resizable BAR functie kunnen gebruiken op elke systeem. Het is zoals in het artikel vermeld staat gewoon een functie die opgenomen is in de PCI express standaard.
De reden dat je dit echter nooit zag, is omdat je per mobo fabrikant daar expliciet support voor moet inbakken, videokaarten en CPU's moeten gevalideert worden etc. etc. het is teveel moeite voor max 4% in de praktijk (zie video's van Optimumtech en hardwarecanucks op Youtube) - maar het kan ook bij andere games averechts werken en -4% inleveren, of gewoon crash to desktop. Wat dus inhoud dat game developers daar ook rekening mee moeten gaan houden.

Het was dus altijd een mogelijkheid, maar te omslachtig om overal te implementeren.
Dat AMD dit toepast is gewoon omdat hun intel aan het inhalen zijn en alles, maar dan ook alles wat er te vinden valt uit de kan haalt. Wat ik gewoon overigens prima vind. Als het kan, moet je het doen. Maar doe het wel goed. Hoe dan ook, hoe het er nu voor staat als ik de reviews van eerder genoemde channels bekijk over de SAM implementatie heb ik zoiets als " Yeah, leuk. Maar ik heb liever iets stabiels" - en dat is wat ik al heel lang over AMD denk.

Het is ook niet zo gek dus, dat AMD nu intel/nvidia erbij wilt betrekken. Als die 2 grote jongens ook meedoen met ontwikkeling en support leveren hiervan, vanwege bovenstaande redenenen om de implementatie goed overal te krijgen heeft AMD daar ook benefiet bij.
Toen ik (lang geleden) mijn Voodoo² 12MB kocht bleken er een aantal games te crashen omdat de kaart teveel ram had. De ontwikkelaars weigerden een patch te maken, dus maakte 3Dfx een optie in de driver om de kaart te limiteren tot 8MB. (Dit moest je dan inschakelen voor deze games, niet echt handig.)

Zoals ik het lees is het stabiel en gaat het soms fout omdat bepaalde producten blijkbaar deze functie van PCIe niet/fout ondersteunen of ontwikkelaars het fout implementeren.

Had 3Dfx nooit de 12MB Voodoo² versie mogen maken omdat een er een paar luie programmeurs rondlopen?
Daarom zegt lithiumangel dat dit een rede is dat ze Nvidia dit ook wil laten doen. Hoe meer bedrijven dit dus gaan gebruiken hoe groter het publiek wordt en dus interessanter voor de ontwikkelaars om dit te gaan gebruiken. Het is nu dus nog een risico/niet interessant genoeg om het te gebruiken maar over een jaar is het misschien al misschien wel als meer fabrikanten dit gaan gebruiken.
Dat is voor mij één van de redenen geweest om niet te wachten op de 6000 reeks van AMD. Het lijkt me nu meer plausibel dat ik nog verbetering ga krijgen met m'n Zen 2 en Ampere-GPU.
Dat je 4770k zo lang mee ging kwam ook door het feit dat er de 3 jaarna de launch daarvan niet zoveel gebeurde in cpu land, dat is nu wel anders nu AMD op toeren is.
Oh zeker, en dat geldt ook voor de i7 920 die ik ervoor had. Die is ongeveer even lang in bedrijf geweest. Maar zeker in bijvoorbeeld Meshroom(photogrammetry) maakt die drie keer zo hoge core count echt wel een verschil.
Net als de 2600k, pas 6 jaar later een waardige opvolger.
Als je dan nu ziet wat voor performance verschil er is tussen een ryzen 5 1600 en een ryzen 5 5600x in 4 jaar, allemachtig, bijna een verdubbeling van performance, en dat op hetzelfde socket, ben benieuwd wat komende jaren gaat brengen.
Euh, dit artikel gaat er juist over dat AMD Nvidia(/Intel) ook van SAM/Resizable BAR gebruik wil laten maken. En er is natuurlijk geen lijst met configs waarvoor het wel/niet gaat werken, maar als je juist bij AMD al achter het net vist als je net niet de allernieuwste CPU hebt(X570 MB heb ik wel) , vind ik dat marketing techisch niet slim. Ik zit niet vast aan één van beide kampen, maar heb op GPU gebied betere ervaringen met Nvidia. Het zag er deze keer echter goed uit voor AMD, maar het lijkt erop dat in elk geval zonder SAM de 4k performance van een 3080 en 6800XT praktisch gelijk is, maar bij raytracing is de AMD gezien. En zelfs een 6900 gaat dat verschil niet goedmaken denk ik.En dan prefereer ik persoonlijk toch de kaart die in raytracing én 4k het goed doet. Maar je hebt op zich gelijk, SAM is maar een deel van de puzzel.

Ik vind het gewoon geen slimme zet de 6xxx bewust te kortwieken voor een redelijk groot deel van de eigen klanten. Daardoor wordt de GPU aan de overkant toch een stuk groener. ;)

[Reactie gewijzigd door MN-Power op 21 november 2020 14:01]

de overkant een stuk groener. Eerst nog maar eens zien op welke ampere en mobo de BAR support gaat komen....Het is altijd wel iets zogezegd met AMD GPU. drivers - power en nu is het weer de mythische raytracing....De groene is zogezegd weer beter maar kost vlotjes 100eur meer en verbruikt 10% meer... en ja op 4K ultra komt de 3080 in de buurt van de 6800, anders is hij vlotjes 5-10% trager maar het is raytracing :O :z

nvidia is een bastion van closed licensing, voorkeurs behandelingen etc..het is dankzij AMD dat er heel wat open standaarden zijn... maar de consument wil graag de dupe blijven.
Mijn zoontje heeft net een b550m en 3800xt (i2590k was overleden)

En videokaart een 1060.
Niet direct nodig voor upgrade naar +4GB videogeheugen
Nergens wordt gezegt over welke intel processors het zou gaan als ze dat geregelt krijgen. het kan best dat er een architecturele limiet zit op de adress bus.
Wellicht dat het alsnog wel een keer gaat komen maar dat de winst daar wat beperkter is (als AMD echt iets hardware matigs geïmplementeerd heeft in de Ryzen 5000 CPU's.
En dat Intel CPU's dan vergelijkbare winst laten zien als de Ryzen 3000 CPU's.

Kan me wel voorstellen dat ze het 500 chipset only houden.
Anders komen ze met oudere borden die kleine bios chips hebben wellicht weer extra in de knoei.
Vind het helemaal gek, dat AMD hier eerst mee moet komen, en nu kan ineens iedereen het. Dan vind ik nog veel gekker.
Zou vaker moeten gebeuren dat bedrijven en/of landen samwenwerken i.p.v. elkaar tegen werken. Al is concurrentie wel goed voor technologische progressie

Al denk ik wel dat er buis mods zullen komen door Fernando die SMA integreert in combinatie met een Ryzen 5000. Heb dankzij hem op een Z77-V Deluxe mobo NVME bootable kunnen krijgen terwijl dit niet wordt ondersteund.

https://www.win-raid.com/
https://www.station-drivers.com/index.php?lang=en
https://www.win-raid.com/...ith-an-AMI-UEFI-BIOS.html
productreview: Samsung 970 Evo Plus 500GB review door MeMoRy

[Reactie gewijzigd door Sanne(man) op 20 november 2020 18:45]

Heb je die mod zelf gedaan, of door Fernando laten doen? Doet Fernando ook bios aanvragen aanpassen / modden? Wellicht dat je iets meer weet.

[Reactie gewijzigd door Robin4 op 20 november 2020 19:18]

Zo hoort concurrentie te werken : elkaar opdrijven naar een hoger niveau.

Fijn dus dat AMD weer meedoet er weer mag wel een goede derde bij in de toekomst.
En een amd processor (3900x bv) in combinatie met een Nvidia gpu, wordt dat dan ook mogelijk omdat ik alleen maar lees Intel cpu icm een Nvidia?

Hopelijk maken ze SAM ook beschikbaar voor de Ryzen 3000 serie.
In feite bestaat die functie dus al lang. Dat AMD er nu mee komt, heeft te maken met het feit dat het bedrijf de hele noodzakelijke keten beheert,
Dat doen ze al sinds de overname van Ati in 2006, dus van vóór de functie bestond
De opties bij een moederbord van MSI heten respectievelijk:

"Above 4G memory/Crypto Currency mining" [Disabled/Enabled]
"Re-Size BAR Support" [Disabled/Enabled]

Moeten ze allebei aanstaan? De tweede kan aangezet worden zonder dat de eerste aanstaat.
Als ik het goed begrijp is het standaard mogelijk om op deze manier 512MB videogeheugen te adresseren. Met "Above 4G memory" kan dit groter worden omdat er dan geen 32-bit maar 64-bit pointers gebruikt worden. Dit vereist een 64-bit operating system en 64-bit PCI-toegang. De 512MB wordt gewoonlijk ook gedeeld door alle PCI-kaarten. Met Resizable BAR kan dit bovendien in blokgroottes anders dan 256MB worden aangesproken.

Beide opties aanzetten heeft dus zin, los van elkaar zal er waarschijnlijk lang niet zoveel snelheidswinst te halen vallen.
Gezien dit een vrij universele setting is, werkt krijgt dit ook support voor 5700 series of Vega of 580? Al die kaarten hebben om en nabij de 8GB aan geheugen en games tot op de dag van vandaag adresseren vaak niet meer dan 10GB (in het uiterste geval). Dan is er nog een verschil tussen allocate en daadwerkelijk geheugengebruik in games. Niet alles dat in VRAM opgeslagen staat wordt direct gebruikt.
10 gig aan vram is anders snel op. Het is eerder andersom.. niet alles past in vram.
Ligt ook wel een beetje aan wat voor game je speelt. Minecraft haalt 10 gig geloof ik niet. Maar genoeg games die dat wel graag volledig benutten. Al is het maar als cache.


Om te kunnen reageren moet je ingelogd zijn


Apple iPhone 12 Microsoft Xbox Series X LG CX Google Pixel 5 Black Friday 2020 Samsung Galaxy S20 4G Sony PlayStation 5 Nintendo Switch Lite

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2020 Hosting door True