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.
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.
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 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.
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.
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.
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.
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]

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.
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