CJ's AMD Radeon Info & Nieuwsdiscussietopic - Deel 144

[DaniëlWW2]

Xadeon schreef op dinsdag 10 november 2020 @ 20:47:
[...]

AMD Promises A Massive Perf Per Watt Improvement With Next-Gen RDNA 3 Radeon RX GPUs Over RDNA 2

[Afbeelding][Afbeelding]
https://wccftech.com/amd-...__twitter_impression=true

En dit is dus waarom wccftech dus waardeloos is. Kijk hoe ze het verdraaien.

[sunsmountain]

DaniëlWW2 schreef op dinsdag 10 november 2020 @ 20:49:
[...]


En dit is dus waarom wccftech dus waardeloos is. Kijk hoe ze het verdraaien.

En de volgende hype, begint alweer gelijk

[shadowkid053]

Stomme vraag misschien, maar kan je de nieuwe gpu's al pre-orderen? Wil gaan voor de 6800 (xt).

[zion]

shadowkid053 schreef op woensdag 11 november 2020 @ 00:43:
Stomme vraag misschien, maar kan je de nieuwe gpu's al pre-orderen? Wil gaan voor de 6800 (xt).

Over 16 dagen Black Friday, dan óf last-gen kaarten goedkoop, of iig next-gen kaarten available, over prijzen doe ik geen uitspraak, dat hangt helemaal af van real-life performance.....

[RobinNL]

shadowkid053 schreef op woensdag 11 november 2020 @ 00:43:
Stomme vraag misschien, maar kan je de nieuwe gpu's al pre-orderen? Wil gaan voor de 6800 (xt).

Ik denk dat je de nieuwe videokaarten pas kan bestellen met launch, op 18 november, 15:00u.

[shadowkid053]

Duidelijk, bedankt voor de reacties

[StefanKelevra]

De NDA verviel op de 16e toch?

[Razkin]

sunsmountain schreef op dinsdag 10 november 2020 @ 19:29:
[...]

Toch een beetje gelijk gekregen met m'n Liquid voorspelling (voordat RGT er mee kwam), à la Vega64.

Ik had eigenlijk niet verwacht dat er PCB verschil zou zijn tussen de 6800XT en 6900XT, iig dusdanig dat ook het waterblok anders zou uitvallen.
Voor mij wordt het dan een 6900XT bij launch(als ik er snel genoeg bij ben).

[RobinNL]

StefanKelevra schreef op woensdag 11 november 2020 @ 11:19:
De NDA verviel op de 16e toch?

Volgens mij is daar niks over gezegd? Ik denk dat dit gewoon 18 november, 15:00u is.

[StefanKelevra]

RobinNL schreef op woensdag 11 november 2020 @ 12:55:
[...]


Volgens mij is daar niks over gezegd? Ik denk dat dit gewoon 18 november, 15:00u is.

Ik dacht in de presentatie zoiets gehoord te hebben..al loopt er voor mij op dit moment een hele hoop met data’s door elkaar heen moet ik eerlijk toegeven.

[Ferio]

Denk dat de kaarten enorm snel uitverkocht rakrn. Je hebt niet alleen gamers, maar ook nog is de miners.

Prijzen zullen flink stijgen. Lente 2021 voor normale levertijd en prijzen?

[NitroX infinity]

Ferio schreef op woensdag 11 november 2020 @ 13:16:
Denk dat de kaarten enorm snel uitverkocht rakrn. Je hebt niet alleen gamers, maar ook nog is de miners.

Prijzen zullen flink stijgen. Lente 2021 voor normale levertijd en prijzen?

Is al ontkracht. RDNA2 heeft mindere prestaties dan Vega wat betreft mining. Daarnaast zit het meeste mining-gebeuren al op ASIC's.

[Ferio]

NitroX infinity schreef op woensdag 11 november 2020 @ 14:39:
[...]

Is al ontkracht. RDNA2 heeft mindere prestaties dan Vega wat betreft mining. Daarnaast zit het meeste mining-gebeuren al op ASIC's.

Ah mooi zo, hopelijk zit het mee

[Xadeon]

https://twitter.com/_rogame/status/1326545900605300751?s=19

[Xadeon]

AMD Radeon RX 6800 XT
Gfx1030
Compute Units36
Maximum Frequency2.02 GHz
Device Memory16.0 GBhttps://t.co/H8hYFiAuG3https://t.co/rKYsNifaxyhttps://t.co/f1wDboe1yT pic.twitter.com/7vBGJX2UEb

— APISAK (@TUM_APISAK) 11 november 2020

[Xadeon]

The latency of Infinity cache is slightly lower than that of HBM2, about half of GDDR6X.

— 0x22h (@0x22h) 11 november 2020

[sunsmountain]

Xadeon schreef op woensdag 11 november 2020 @ 17:06:
AMD Radeon RX 6800 XT
Gfx1030
Compute Units36
Maximum Frequency2.02 GHz
Device Memory16.0 GBhttps://t.co/H8hYFiAuG3https://t.co/rKYsNifaxyhttps://t.co/f1wDboe1yT pic.twitter.com/7vBGJX2UEb

36 CU een beetje raar, zou 72 CU moeten zijn, maar interessant OpenCL resultaat.

[Xadeon]

@sunsmountain klopt.

XFX teases custom Radeon RX 6800 graphics cards https://t.co/wJrBhKaQZr

— VideoCardz.com (@VideoCardz) 11 november 2020

[ Voor 4% gewijzigd door Xadeon op 11-11-2020 17:50 ]

[Grotbewoner]

Xadeon schreef op woensdag 11 november 2020 @ 17:44:
@sunsmountain klopt.

[Twitter][Afbeelding]
[Streamable]

Toffe vormgeving. Eerste kaart van deze generatie waar ik dat echt vind. Verder zal het aan mijn reet roesten want ik zie hem toch niet.

[Santee]

Xadeon schreef op woensdag 11 november 2020 @ 17:44:
@sunsmountain klopt.

[Twitter][Afbeelding]
[Streamable]

Die video, had een stagiar tijd over voor een reclame spotje in z'n lunchpauze ofzo?

[Mars Warrior]

Xadeon schreef op woensdag 11 november 2020 @ 17:06:
[Twitter][Afbeelding]

Dat klopt toch niet?, ik bedoel, een 5700XT doet al rond de 325.000 in OpenCL.
Dan lijken die 36CU wel te kloppen, dus meer een 6700XT ofzo.

[Verwijderd]

Is de helft van de CU's uitschakelen op de een of andere manier? Zo ja, waarom zou je dat doen?

[hansolo2345]

Kunnen we vanaf 18 november alleen reference cards bestellen? En zo ja waar? Of zullen de partner cards ook direct 'beschikbaar' zijn, meen ergens te hebben gelezen dat die later komen

[RobinNL]

hansolo2345 schreef op woensdag 11 november 2020 @ 23:51:
Kunnen we vanaf 18 november alleen reference cards bestellen? En zo ja waar? Of zullen de partner cards ook direct 'beschikbaar' zijn, meen ergens te hebben gelezen dat die later komen

Is volgens mij nog niet helemaal bekend, dus check het nieuws vooral (dit topic of bijv. Videocardz). In ieder geval de reference kaarten, partner kaarten mogelijk 1-2 weken daarna. Je kan deze kaarten gewoon bij verschillende webshops kopen (zullen vast hier worden vermeld), al lijken de voorraden dramatisch te gaan worden.

[ Voor 7% gewijzigd door RobinNL op 12-11-2020 00:00 ]

[LPEspecial]

Mijn nieuwe videokaart hoeft niet extreem snel te zijn, voor mijn huidige behoefte lijkt de RX 6800 ruim voldoende (stabiel 60 Hz op 1440). Echter het prijsverschil met de RX 6800XT is zodanig laag dat ik erover zit te denken om toch voor de RX 6800XT te gaan en deze voor nu te underclocken zodat het opgenomen vermogen en warmte afgifte beperkt blijft.Voordeel is dan dat ik als ik ooit wat meer performance nodig heb ik weer terug kan gaan naar default waardes.

Wat zijn de verwachtingen voor underclocken / undervolten van de RX 6800XT om het stroomverbruik te beperken? Gaat het bijvoorbeeld mogelijk zijn om op nivo RX 6800 te komen (prestaties en stroomverbruik)?

[DMC90]

LPEspecial schreef op donderdag 12 november 2020 @ 10:58:
Mijn nieuwe videokaart hoeft niet extreem snel te zijn, voor mijn huidige behoefte lijkt de RX 6800 ruim voldoende (stabiel 60 Hz op 1440). Echter het prijsverschil met de RX 6800XT is zodanig laag dat ik erover zit te denken om toch voor de RX 6800XT te gaan en deze voor nu te underclocken zodat het opgenomen vermogen en warmte afgifte beperkt blijft.Voordeel is dan dat ik als ik ooit wat meer performance nodig heb ik weer terug kan gaan naar default waardes.

Wat zijn de verwachtingen voor underclocken / undervolten van de RX 6800XT om het stroomverbruik te beperken? Gaat het bijvoorbeeld mogelijk zijn om op nivo RX 6800 te komen (prestaties en stroomverbruik)?

Als het vergelijkbaar zou zijn als met een 3080, denk ik dat je met een goede undervolt onder het stroomverbruik van de 6800 kan zitten, maar verwaarloosbare performance verlies hebt op je 6800XT (zonder OC). Met de 3080 scheelt het zo'n 100 Watt.

[Mobzy]

DMC90 schreef op donderdag 12 november 2020 @ 11:07:
[...]


Als het vergelijkbaar zou zijn als met een 3080, denk ik dat je met een goede undervolt onder het stroomverbruik van de 6800 kan zitten, maar verwaarloosbare performance verlies hebt op je 6800XT (zonder OC). Met de 3080 scheelt het zo'n 100 Watt.

@LPEspecial Zolang je gewoon een framecap of vsync aan hebt staan blijft hij toch gewoon in een lagere P state hangen en verbruikt dan zelf al veel minder. Gewoon omdatie lang niet op volle toeren hoeft te draaien voor1440p60fps. Undervolt is dan niet eens nodig. De perf/watt improvements pak je altijd mee.

Zit zelf te kijken naar een 6800XT voor VR (Reverb G2 moet een dezer dagen binnen komen), maar dat stroom verbruik was bijna erger dan mijn Vega 64. Realiseerde me later ook dat als ik dan dezelfde FPS caps gebruik voor mijn huidige games ik dan veel minder stroom verbruik ga krijgen t.o.v. m'n Vega 64.

[Munchie]

hansolo2345 schreef op woensdag 11 november 2020 @ 23:51:
Kunnen we vanaf 18 november alleen reference cards bestellen? En zo ja waar? Of zullen de partner cards ook direct 'beschikbaar' zijn, meen ergens te hebben gelezen dat die later komen

Deze tweet van eind oktober kwam ik ook nog tegen.

AIBs will be available few days after refernce desgins. So everything is fine. ^^

— CapFrameX (@CapFrameX) 27 oktober 2020

[DaniëlWW2]

* DaniëlWW2 kijkt eenmaal naar de XFX en haalt meteen een streep door de XFX...
Ik heb een gesloten behuizing. Ik kijk nauwelijks om naar de videokaart en het kan me weinig schelen hoe ze er nu echt uitzien. Maar er zijn grenzen ja.

[Santee]

Munchie schreef op donderdag 12 november 2020 @ 16:24:
[...]


Deze tweet van eind oktober kwam ik ook nog tegen.
[Twitter]

Ai dat is wel een lastige keuze dus. Wellicht dat ik een reference probeer te scoren en daarna nog een Sapphire Nitro+ (zonder rgb) bestel en dan de reference doorverkoop mocht dat lukken

[RobinNL]

De Sapphire RX 6800XT Nitro+ vanuit een andere hoek

[Help!!!!]

^
Nitro zit er prima uit. Hou wel van een redelijk cleane look.

[Santee]

Help!!!! schreef op donderdag 12 november 2020 @ 17:10:
^
Nitro zit er prima uit. Hou wel van een redelijk cleane look.

Jup! Ik kies zeker de editie zonder RGB fans boven de special edition met RGB fans. Meestal presteren die ook wel iets minder geloof ik.

[pixeled]

Help!!!! schreef op donderdag 12 november 2020 @ 17:10:
^
Nitro zit er prima uit. Hou wel van een redelijk cleane look.

Ja same, vind die Nitro's erg mooi!

DaniëlWW2 schreef op donderdag 12 november 2020 @ 16:41:
* DaniëlWW2 kijkt eenmaal naar de XFX en haalt meteen een streep door de XFX...
Ik heb een gesloten behuizing. Ik kijk nauwelijks om naar de videokaart en het kan me weinig schelen hoe ze er nu echt uitzien. Maar er zijn grenzen ja.

Haha, da's dan mooi voor mij, want ik vind dat zwart/witte en hoekige thema er voor zover zichtbaar ook prima uitzien! Zou ook prima matchen met de rest van m'n componenten (zwarte kast, zwart/grijs mobo, geheugen met witte heatspreaders ).

[ocf81]

DaniëlWW2 schreef op donderdag 12 november 2020 @ 16:41:
* DaniëlWW2 kijkt eenmaal naar de XFX en haalt meteen een streep door de XFX...
Ik heb een gesloten behuizing. Ik kijk nauwelijks om naar de videokaart en het kan me weinig schelen hoe ze er nu echt uitzien. Maar er zijn grenzen ja.

Dichte kast → Who cares?

Ik heb zelf ook een dichte (en stille) kast zijn er voor mij maar 2 overwegingen: Specs en Performance.
Waarom zou je er alsnog om malen hoe de kaart eruit ziet?

[DaniëlWW2]

ocf81 schreef op donderdag 12 november 2020 @ 17:25:
[...]

Dichte kast → Who cares?

Ik heb zelf ook een dichte (en stille) kast zijn er voor mij maar 2 overwegingen: Specs en Performance.
Waarom zou je er alsnog om malen hoe de kaart eruit ziet?

Ik.
Dat plastic kost namelijk geld om te maken, zeker om het productieproces op te zetten en het lijkt erop dat het wederom ruimte gaat innemen waar je liever metaal hebt. Idem voor het blokkeren van luchtstromen. Als je dan sneller draaiende ventilatoren nodig hebt, dan heb je een minder product. Precies wat gebeurde met de RX5700 series modellen van XFX. Er is een reden waarom ik zo weinig geef om overdreven uiterlijk. Ik besef me namelijk dat de versiering goed ten koste kan gaan van de kwaliteit.

[DavidVanBroeck]

Is er eigenlijk bekend om wat uur de webshops de kaarten mogen verkopen? Kan alleen de datum maar vinden. Is het zoals de cpu's 14:00 of 15:00?

[ocf81]

DaniëlWW2 schreef op donderdag 12 november 2020 @ 17:50:
[...]


Ik.
Dat plastic kost namelijk geld om te maken, zeker om het productieproces op te zetten en het lijkt erop dat het wederom ruimte gaat innemen waar je liever metaal hebt. Idem voor het blokkeren van luchtstromen. Als je dan sneller draaiende ventilatoren nodig hebt, dan heb je een minder product. Precies wat gebeurde met de RX5700 series modellen van XFX. Er is een reden waarom ik zo weinig geef om overdreven uiterlijk. Ik besef me namelijk dat de versiering goed ten koste kan gaan van de kwaliteit.

Dat uit zich gewoon in de performance toch?

[DaniëlWW2]

ocf81 schreef op donderdag 12 november 2020 @ 17:59:
[...]

Dat uit zich gewoon in de performance toch?

Ja, maar dat speelt hier een rol. We weten dat die AIB's eigenlijk op zeer krappe marges zitten. Ze moeten dus kiezen tussen zaken zoals PCB kwaliteit en componentkeuze, ventilatoren, hitteblok, extra features zoals dual bios of esthetische zaken. Na XFX hun RX5700 series, zeker niet hun eerste matige lijn, krijgen ze van mij niet het voordeel van de twijfel niet zomaar meer. Bij zelfs de Sapphire Pulse RX6800 zie je dat het ding vol met metaal zit en de lucht er relatief makkelijk ook weer uit kan. Zo krijg je een relatief stil en goed gekoelde videokaart. De hete lucht blokkeren achter plastic gaat alleen maar hogere temperaturen opleveren en op een gegeven moment heb je sneller draaiende ventilatoren nodig en dan worden ze luider.

Het is zeker iets waar ik benieuwd naar ben met het referentieontwerp. Die wil ik graag eens helemaal uit elkaar zien, dus meer dan die renders, want ik weet niet of die hete lucht gaat vasthouden.

[Xadeon]

AMD Radeon RX 6800 XT
Geekbench 5
OpenCL Score 158820https://t.co/xNmBFxA4ef pic.twitter.com/h8CL6e3RZ1

— APISAK (@TUM_APISAK) 12 november 2020

[Xadeon]

Update

Navi21 GL-XL => D417__
Navi21 XTX => D41201
Navi21 XT => D41205
Navi21 XL => D41401

Navi22 __ => D51202
Navi22 XTL? => D51221
Navi22 XT => D51101
Navi22 __ => D51601
Navi22 __ => D51610
Navi22 __ WKS => D51701 https://t.co/OBHJr74AXk

— _rogame 🇵🇸 (@_rogame) 12 november 2020

[Xadeon]

GIGABYTE Radeon RX 6800 XT GAMING pictured

https://videocardz.com/ne...x-6800-xt-gaming-pictured

[Xadeon]

AMD Radeon RX 6800 XT Reportedly Overclocks Beyond 2.5 GHz, Performance Matches The RTX 3090

https://wccftech.com/amd-...__twitter_impression=true

[sunsmountain]

Xadeon schreef op donderdag 12 november 2020 @ 19:02:

AMD Radeon RX 6800 XT Reportedly Overclocks Beyond 2.5 GHz, Performance Matches The RTX 3090

https://wccftech.com/amd-...__twitter_impression=true

Nice, dat bevestigt mijn vermoeden dat een lagere TBP kaart beter overclockt (en performance crown pakt van de 3090 voor AMD): er zit simpelweg meer TDP ruimte boven.

[onsgeluk]

sunsmountain schreef op donderdag 12 november 2020 @ 19:11:
[...]

Nice, dat bevestigt mijn vermoeden dat een lagere TBP kaart beter overclockt (en performance crown pakt van de 3090 voor AMD): er zit simpelweg meer TDP ruimte boven.

En ik vraag me af wat de 6900xt dan wel niet gaat brengen qua performance.

[sunsmountain]

onsgeluk schreef op donderdag 12 november 2020 @ 19:13:
[...]

En ik vraag me af wat de 6900xt dan wel niet gaat brengen qua performance.

Het referentie ontwerp van AMD niet zo veel: ongeveer gelijke performance, met wat tweaks (SAM, rage mode).

De AIB board partner 6900XT's daarentegen...

[zion]

Xadeon schreef op donderdag 12 november 2020 @ 19:02:

AMD Radeon RX 6800 XT Reportedly Overclocks Beyond 2.5 GHz, Performance Matches The RTX 3090

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

https://wccftech.com/amd-...__twitter_impression=true

Dat zou waanzin zijn (dus fingers crossed ))
Dan zou de 6900XT dus de absolute winnaar worden (zoals ik al eerder zei, als ze het kunnen zullen ze het doen ook (LS iig)).... maar kan bijna niet geloven dat ze die dan echt voor "slechts" $ 999,- op de markt zetten...
Mooie tijden iig, met Black Friday nieuw systeem in elkaar zetten, en hopelijk met kerst dan ook een 6900XT, zodat ik mijn HP Reverb G2 destijds fatsoenlijk aan kan sturen.....

[DaniëlWW2]

Gewoon even 500MHz erbij.

---

Hopen dat de unboxing NDA niks zegt over uit elkaar halen.

NDA for RX 6800XT and 6800:
Unboxing 16th
Reviews 18th

— Bullsh1t_Buster (@Bullsh1t_buster) 12 november 2020

---

ASRock Taichi.



https://videocardz.com/ne...x-6800-xt-taichi-pictured

[sunsmountain]

zion schreef op donderdag 12 november 2020 @ 19:16:
[...]
Dat zou waanzin zijn (dus fingers crossed ))
Dan zou de 6900XT dus de absolute winnaar worden (zoals ik al eerder zei, als ze het kunnen zullen ze het doen ook (LS iig)).... maar kan bijna niet geloven dat ze die dan echt voor "slechts" $ 999,- op de markt zetten...
Mooie tijden iig, met Black Friday nieuw systeem in elkaar zetten, en hopelijk met kerst dan ook een 6900XT, zodat ik mijn HP Reverb G2 ook fatsoenlijk aan kan sturen.....

Oh ik review mijn voorspellingen pas als de board partner kaarten duidelijk zijn
Zit ik er toch niet zo naast qua clocks. CUs nog steeds wel minder dan ik dacht, maar ja, ze willen natuurlijk segmentatie. Echt zonde te bedenken hoeveel chips AMD met een beperking gelaserd heeft, als de yields van TSMC 7NP voor Navi21 maar 1 defect per 2 chips is -> 1/6^e van de 6800XT's was 80CU, en het merendeel van de 6800's had 72CU kunnen zijn... sweet

[zion]

DaniëlWW2 schreef op donderdag 12 november 2020 @ 19:21:
Gewoon even 500MHz erbij.

---

Hopen dat unboxing niks zegt over uit elkaar halen.
[Embed]

---

ASRock Taichi.
[Afbeelding]
[Afbeelding]
[Afbeelding]
https://videocardz.com/ne...x-6800-xt-taichi-pictured

Als je heel goed kijkt kan dat niet dezelfde kaart zijn, op foto 1 steekt bovenkant middengedeelte iets uit, op foto 2 is dat vanaf buitenzijde tot 1/3^e van kaart, en op foto 3 (maar die weet ik niet zeker) komen de ventilatoren niet overeen..... O, en de knik van de kaart begint op foto 1 precies op het begin van de kaart, en op foto 3 net iets daarboven, en bij foto 1 is de rechter/achterkant recht, bij foto 2, is dat onregelmatig. ...
dus het is definitief niet dezelfde kaart, of gewoon een Photoshop/Render....

[ Voor 12% gewijzigd door zion op 12-11-2020 19:44 ]

[Xadeon]

Oeff, ik vind die Taichi wel mooi hoor!

Overigens als je wilt gaan overklokken(6800XT, 6900XT) dan is een kwalitatief sterke +750w voeding wel haast een must.

edit: 3x 8 pin connector ook al bij de Taichi.

[ Voor 14% gewijzigd door Xadeon op 12-11-2020 19:33 ]

[ocf81]

Persoonlijk vind ik het jammer dat ze het zwart/grijs/witte kleurenschema hebben verlaten. Nu past het niet bij mijn mobo, mocht ik ooit overtuigd worden van het nut van een raapje. Ik snap dat het een beetje hypocriet overkomt, maar tegelijkertijd wil ik, als ik dan voor een kaart uit hetzelfde submerk kies, liever wel iets wat dan matcht. Toevallig waren die Taichi kaarten bij de 5700-serie tamelijk goed, dus dat maakt het wel iets waarschijnlijker. Tot nu toe altijd trouwe Sapphire klant geweest overigens.

[ Voor 20% gewijzigd door ocf81 op 12-11-2020 19:57 ]

[zion]

ocf81 schreef op donderdag 12 november 2020 @ 19:55:
Persoonlijk vind ik het jammer dat ze het zwart/grijs/witte kleurenschema hebben verlaten. Nu past het niet bij mijn mobo, mocht ik ooit overtuigd worden van het nut van een raapje. Ik snap dat het een beetje hypocriet overkomt, maar tegelijkertijd wil ik, als ik dan voor een kaart uit hetzelfde submerk kies, liever wel iets wat dan matcht.

Maar dat is hij toch wel? die Taichi? enige wat het niet is is die middelste Fan, waar ik van uitga dat het een RGB fan is, dus aanpasbaar, voor de rest is ie zwart/grijs/wit.....

The ASRock Taichi graphics card based on RDNA2 architecture will receive a bit darker color scheme. The beige/silver parts will be replaced by dark grey, almost brown metal parts. The design is quite thick, we are looking at a 2.5-slot cooler with a new fan blade design.

ASRock’s custom Radeon RX 6800 XT features a dual-BIOS switch with P and Q-settings (preassembly performance and quiet profiles). There is also a secondary DIP switch to turns the RGB lighting off.

Je hebt overigens wel deels gelijk, ze zijn voor een wat donkere stijl gegaan dus, maar nog steeds wel zwart/grijs/wit, en alle RGB is uitschakelbaar en aanpasbaar.....

[ Voor 34% gewijzigd door zion op 12-11-2020 20:28 ]

[ocf81]

zion schreef op donderdag 12 november 2020 @ 19:58:
[...]
Maar dat is hij toch wel? die Taichi? enige wat het niet is is die middelste Fan, waar ik van uitga dat het een RGB fan is, dus aanpasbaar, voor de rest is ie zwart/grijs/wit.....

Ja, nu je het zegt zou dat wel kunnen. Ik was denk ik door de war door de gekozen kleuren. Ik zou wit aanhouden indien er een raampje komt.

[DaniëlWW2]

sunsmountain schreef op donderdag 12 november 2020 @ 19:24:
[...]

Oh ik review mijn voorspellingen pas als de board partner kaarten duidelijk zijn
Zit ik er toch niet zo naast qua clocks. CUs nog steeds wel minder dan ik dacht, maar ja, ze willen natuurlijk segmentatie. Echt zonde te bedenken hoeveel chips AMD met een beperking gelaserd heeft, als de yields van TSMC 7NP voor Navi21 maar 1 defect per 2 chips is -> 1/6^e van de 6800XT's was 80CU, en het merendeel van de 6800's had 72CU kunnen zijn... sweet

Het is geen N7P, maar iets dat niet op een TSMC roadmap staat. TSMC heeft op het moment drie cutting egde nodes, N7, N7+ en N5. N5 is relatief nieuw en vooralsnog alleen voor ARM SoC's. N7+ is een DUV+EUV node die niet design compatible is met N7. N7+ heeft namelijk een andere PDK.

N7 is dan weer een familie van verschillende TSMC processen die dezelfde PDK delen. Je hebt officieel 7FF, N7P en N6. Die laatste is DUV+EUV en deelt wel dezelfde PKD. Het probleem is dat AMD geen van deze drie gebruikt. Ze zitten niet eens op de helft van de maximale dichtheid van 7FF en N7P is veel recenter terwijl AMD inmiddels al meerdere Zen CPU's alsmede Vega 20, Navi 10, 12 en 14 op een N7 proces heeft laten produceren.

AMD gebruikt een proces dat geen naam heeft. Het beste dat je kan bedenken is "7FF HP", dus de 7FF node, maar dan de High Power variant. Dat is waarschijnlijk ook incorrect. Het verschil met N7P is dat N7P niks meer dan een proces optimalisatie is die TSMC naar buiten toe presenteert als een verbetering. De doelgroep daar zullen niet de ingenieurs zijn, maar hun (beduidend) minder technische onderrichte bazen en de aandeelhouders op de beurs. Het heeft niks te maken met wat AMD doet. Die hebben hun eigen proces binnen de PDK en in tegenstelling tot Nvidia, nemen ze niet de moeite om hier een marketingterm voor te bedenken of ruwe prestatieclaims te publiceren.

Tweede is dat AMD waarschijnlijk heeft gekozen voor 80, 72 en 60CU's omdat Navi 22 op 40CU's zit en ze anders een enorm gat in hun line-up zouden hebben. Ook heb ik allang uitgelegd dat de RX6800 er is om defecten in shader array of engine logic af te vangen. Ze drukken zo bij AMD juist de kosten per wafer. Zonder die 60CU SKU, was het misschien nog duurder geweest.

Xadeon schreef op donderdag 12 november 2020 @ 19:27:
Oeff, ik vind die Taichi wel mooi hoor!

Overigens als je wilt gaan overklokken(6800XT, 6900XT) dan is een kwalitatief sterke +750w voeding wel haast een must.

edit: 3x 8 pin connector ook al bij de Taichi.

Valt misschien wel mee. IgorsLab zei een tijdje geleden al dat de chips tot ongeveer 290W GPU power mogen gaan. Tja, de RX6800 zit waarschijnlijk rond de 200W GPU, de RX6800XT rond de 250W. Neem wat extra efficiëntieverlies voor de VRM's en ik denk dat circa 360W, misschien 370W hiervoor wel eens kan. Dan heb je geen 750W PSU nodig. Nee, een goede 650W met twee aparte kabels volstaat hier in de meeste gevallen. Komt dat dichthbij de RTX3090, tja mij hoor je niet klagen.

---

@zion, daar lijkt het wel op, maar het kan ook dat de camera niet helemaal recht hing.

[sunsmountain]

DaniëlWW2 schreef op donderdag 12 november 2020 @ 20:21:
[...]


Het is geen N7P, maar iets dat niet op een TSMC roadmap staat. TSMC heeft op het moment drie cutting egde nodes, N7, N7+ en N5. N5 is relatief nieuw en vooralsnog alleen voor ARM SoC's. N7+ is een DUV+EUV node die niet design compatible is met N7. N7+ heeft namelijk een andere PDK.

N7 is dan weer een familie van verschillende TSMC processen die dezelfde PDK delen. Je hebt officieel 7FF, N7P en N6. Die laatste is DUV+EUV en deelt wel dezelfde PKD. Het probleem is dat AMD geen van deze drie gebruikt. Ze zitten niet eens op de helft van de maximale dichtheid van 7FF en N7P is veel recenter terwijl AMD inmiddels al meerdere Zen CPU's alsmede Vega 20, Navi 10, 12 en 14 op een N7 proces heeft laten produceren.

AMD gebruikt een proces dat geen naam heeft. Het beste dat je kan bedenken is "7FF HP", dus de 7FF node, maar dan de High Power variant. Dat is waarschijnlijk ook incorrect. Het verschil met N7P is dat N7P niks meer dan een proces optimalisatie is die TSMC naar buiten toe presenteert als een verbetering. De doelgroep daar zullen niet de ingenieurs zijn, maar hun (beduidend) minder technische onderrichte bazen en de aandeelhouders op de beurs. Het heeft niks te maken met wat AMD doet. Die hebben hun eigen proces binnen de PDK en in tegenstelling tot Nvidia, nemen ze niet de moeite om hier een marketingterm voor te bedenken of ruwe prestatieclaims te publiceren.

Thanks, maar, eh, bron? AMD heeft haastig N7+ weggepoetst uit hun eerdere slides omdat ze niet op die EUV node zitten, maar jouw 7FF HP klinkt verdacht veel als N7P:
https://en.wikichip.org/wiki/7_nm_lithography_process#N7P

N7P is van 2019, dat is recenter dan N7, maar niet zo recent dat Navi21 en Zen3 er niet op geproduceerd hadden kunnen worden. Van wat ik begreep heb je 12 maanden voor lancering de PDK nodig, dan heeft N7P dus nog op tijd kunnen zijn.

DaniëlWW2 schreef op donderdag 12 november 2020 @ 20:21:
Tweede is dat AMD waarschijnlijk heeft gekozen voor 80, 72 en 60CU's omdat Navi 22 op 40CU's zit en ze anders een enorm gat in hun line-up zouden hebben. Ook heb ik allang uitgelegd dat de RX6800 er is om defecten in shader array of engine logic af te vangen. Ze drukken zo bij AMD juist de kosten per wafer. Zonder die 60CU SKU, was het misschien nog duurder geweest.

Ja, achteraf was de Navi22 = 40CU hint genoeg dat ze Navi21 meer zouden gimpen. Maar zeg nou zelf, als jij 50% chips hebt met 80 CU, 33% chips met 1 defecte shader array en 17% met 1 defecte shader engine (gebaseerd op de defect rate van 0,09/cm², zou je dan ook voor deze indeling zijn gegaan?

Als we uitgaan van de aantallen 20%-40%-40% gegeven de hoge prijs van de 6900XT-6800XT-6800, hebben ze minimaal 30% 80CU Navi's beperkt -1 shader array (72CU of eigenlijk 70CU) en 23% 72CU Navi's met -1 shader engine (60CU). Dat lijkt me toch een forse knip.

[M-spec]

Kijk wat een OC mogelijkheden en dan nog niet de spanning en power draw in de grafiek (mogen) laten zien. Soms.. Nog even geduld dus.

DaniëlWW2 schreef op donderdag 12 november 2020 @ 20:21:
[...]
Valt misschien wel mee. IgorsLab zei een tijdje geleden al dat de chips tot ongeveer 290W GPU power mogen gaan. Tja, de RX6800 zit waarschijnlijk rond de 200W GPU, de RX6800XT rond de 250W. Neem wat extra efficiëntieverlies voor de VRM's en ik denk dat circa 360W, misschien 370W hiervoor wel eens kan. Dan heb je geen 750W PSU nodig. Nee, een goede 650W met twee aparte kabels volstaat hier in de meeste gevallen. Verslaat dat de RTX3090, tja mij hoog je niet klagen.

Mee eens, en als zware voedingen een nieuwe trend zijn heb ik ook 'maar' een 650W (Seasonic titanium). Een 6900XT OC icm een Threadripper die ondertussen nog andere taken aan het verrichten is, ja dan wordt het wellicht een ander verhaal. Met een huidige 290W OC trekt het systeem een keer 450W prik uit de contactdoos met gamen. Ruimte genoeg, 800 Watt nog voor korte perioden mogelijk. Ik neem ook aan dat er hier niet veel mensen zijn die juist besparen op een voeding.

[ocf81]

@DaniëlWW2 Wat is een PKD? Die term ken ik nog niet

[DaniëlWW2]

sunsmountain schreef op donderdag 12 november 2020 @ 20:37:
[...]

Thanks, maar, eh, bron? AMD heeft haastig N7+ weggepoetst uit hun eerdere slides omdat ze niet op die EUV node zitten, maar jouw 7FF HP klinkt verdacht veel als N7P:
https://en.wikichip.org/wiki/7_nm_lithography_process#N7P

N7P is van 2019, dat is recenter dan N7, maar niet zo recent dat Navi21 en Zen3 er niet op geproduceerd hadden kunnen worden. Van wat ik begreep heb je 12 maanden voor lancering de PDK nodig, dan heeft N7P dus nog op tijd kunnen zijn.

En Vega 20 is dan laat 2018 en als een fabrikant zoals TSMC een proces aankondigt, dan zeggen ze dat dit nu beschikbaar is om een chip voor gereed te maken. Dat duurt al snel een jaar. Zen 2 en RDNA1 waren niet op die node en Zen 3 is het ook niet.

IC: Speaking to that process node, TSMC’s 7nm as you said: we’ve specifically been told that it is this sort of minor process update that was used for Ryzen 3000XT. Are there any additional benefits that Ryzen 5000 is getting through the manufacturing process that perhaps we are not aware of?

MP: It is in fact the core is in the same 7nm node, meaning that the process design kit [the PDK] is the same. So if you look at the transistors, they have the same design guidelines from the fab. What happens of course in any semiconductor fabrication node is that they are able to make adjustments in the manufacturing process so that of course is what they’ve done, for yield improvements and such. For every quarter, the process variation is reduced over time. When you hear ‘minor variations’ of 7nm, that is what is being referred to.

https://www.anandtech.com...with-cto-mark-papermaster

Waarom zou RDNA2 dan wel op een "ander procedé" zijn? Ze hebben de "normale" 7FF ook nooit gebruikt omdat ze niet eens de helft van de maximale dichtheid van dat proces gebruiken. Ze gebruiken waarschijnlijk een custom high preformance library uit de N7 PKD die geen naam heeft. Dat hoeft ook niet omdat het een bedrijfsgeheim zal zijn van TSMC en AMD wat ze nu precies doen.

Ja, achteraf was de Navi22 = 40CU hint genoeg dat ze Navi21 meer zouden gimpen. Maar zeg nou zelf, als jij 50% chips hebt met 80 CU, 33% chips met 1 defecte shader array en 17% met 1 defecte shader engine (gebaseerd op de defect rate van 0,09/cm², zou je dan ook voor deze indeling zijn gegaan?

Als we uitgaan van de aantallen 20%-40%-40% gegeven de hoge prijs van de 6900XT-6800XT-6800, hebben ze minimaal 30% 80CU Navi's beperkt -1 shader array (72CU of eigenlijk 70CU) en 23% 72CU Navi's met -1 shader engine (60CU). Dat lijkt me toch een forse knip.

Ja, want ik weet niet waar de defecten vallen of hoeveel redundancy in de chip zit. Het kan heel goed dat bepaalde zaken bewust meermaals zijn uitgevoerd omdat ze tijdens het productie gereed maken, erachter kwamen dat bepaalde transistorclusters gevoelig waren voor defecten. Defect density is uiteindelijk ook maar een gemiddelde van heel wat verschillende chips. Het is moeilijk toe te passen op een specifieke chip omdat we niet weten hoe goed die chip gaat yielden. Verder is het ook niet defect of niet defect. Nee, er zijn ook voltage, ampere en clock speed standaarden te halen. Die 6900XT, die gaat gebinned zijn en daar ga je $350 extra voor betalen als je dat wil. Een volledig functionele Navi 21 chip die niet de RX6900XT standaard haalt voor al haar onderdelen, tja die gaan ze verkopen als RX6800XT of misschien zelfs als RX6800 als een deel echt heel slecht presteert, maar technisch gezien wel werkt.

ocf81 schreef op donderdag 12 november 2020 @ 20:53:
@DaniëlWW2 Wat is een PKD? Die term ken ik nog niet

Zie quote.

[ocf81]

@DaniëlWW2 Ah, de process design kit, ofwel de regels voor ontwerp. (kort door de bocht) Thnx

[Gurneyhck]

"That Ultra quality mode, as stated, is harsh in ultra HD. Only the new RTX card can deal with it; the 6800 series from AMD will be roughly at that same spot as well; we just cannot show you the results just yet. "

Kleine sneak-peek naar de 6800 series in de graphics review van AC Valhalla.
https://www.guru3d.com/ar...e-benchmark-review,9.html

[sunsmountain]

DaniëlWW2 schreef op donderdag 12 november 2020 @ 20:55:
[...]

En Vega 20 is dan laat 2018 en als een fabrikant zoals TSMC een proces aankondigt, dan zeggen ze dat dit nu beschikbaar is om een chip voor gereed te maken. Dat duurt al snel een jaar. Zen 2 en RDNA1 waren niet op die node en Zen 3 is het ook niet.


[...]

https://www.anandtech.com...with-cto-mark-papermaster

Waarom zou RDNA2 dan wel op een "ander procedé" zijn? Ze hebben de "normale" 7FF ook nooit gebruikt omdat ze niet eens de helft van de maximale dichtheid van dat proces gebruiken. Ze gebruiken waarschijnlijk een custom high preformance library uit de N7 PKD die geen naam heeft. Dat hoeft ook niet omdat het een bedrijfsgeheim zal zijn van TSMC en AMD wat ze nu precies doen.

[...]


Ja, want ik weet niet waar de defecten vallen of hoeveel redundancy in de chip zit. Het kan heel goed dat bepaalde zaken bewust meermaals zijn uitgevoerd omdat ze tijdens het productie gereed maken, erachter kwamen dat bepaalde transistorclusters gevoelig waren voor defecten. Defect density is uiteindelijk ook maar een gemiddelde van heel wat verschillende chips. Het is moeilijk toe te passen op een specifieke chip omdat we niet weten hoe goed die chip gaat yielden. Verder is het ook niet defect of niet defect. Nee, er zijn ook voltage, ampere en clock speed standaarden te halen. Die 6900XT, die gaat gebinned zijn en daar ga je $350 extra voor betalen als je dat wil. Een volledig functionele Navi 21 chip die niet de RX6900XT standaard haalt voor al haar onderdelen, tja die gaan ze verkopen als RX6800XT of misschien zelfs als RX6800 als een deel echt heel slecht presteert, maar technisch gezien wel werkt.


[...]


Zie quote.

Met alle respect @DaniëlWW2 , dat is geen bron voor RDNA2 maar een mening. Weliswaar een onderbouwde (met Zen3), maar allow me:

De maximale dichtheid van een proces wordt nooit bereikt. Dit omdat je nu eenmaal niet de hele chip vol kunt proppen met alleen met transistors, verder niks. Dit werd door een reddit poster "design efficiency" genoemd en is altijd lager dan 1, bij de RX 5700XT was deze 0,62.
https://www.reddit.com/r/..._navi_21_die_speculation/

We weten inmiddels:

Navi21:
Transistors 26,800 million
Density 50.0 M/mm²
Die Size 536 mm²
https://www.techpowerup.com/gpu-specs/amd-navi-21.g923

Navi 10:
Transistors 10,300 million
Density 41.0 M/mm²
Die Size 251 mm²
https://www.techpowerup.com/gpu-specs/amd-navi-10.g861

Maar we weten ook:

5700XT boost clock : 1905 MHz
6900XT boost clock : 2250 MHz

Dus met 18% meer boost clock en 22% meer density ga jij zeggen dat dezelfde N7 is gebruikt? Dat lijkt me sterk, zeker omdat ik nu een 2x zo grote chip vergelijk met een 2x zo kleine.

Maar laten we hetzelfde doen voor Zen2 en Zen3:

Transistors 4.15 billion 3.8 billion
Die Size 80.7 mm² 74 mm²
https://www.techarp.com/computer/amd-zen-3-tech-report/
Dat is 51.4 M/mm² voor Zen2
en 51.4 M/mm² voor Zen3

3900X clock: 3,8GHz , max clock 4,6GHz (4,7 GHz XT)
5900X clock: 3,7GHz , max clock 4,8GHz

Het is waarschijnlijk dat voor Zen2 en Zen3 hetzelfde proces is gebruikt, zelfs als Zen3 een iets hogere clock heeft.

Maar Zelfs ruim genomen heb je het over 4,3% meer max clock en 0% meer density. Dat is echt een ander verhaal dan RDNA2 vergeleken met RDNA.

Een ander is uitgelegd over de "verdwenen" N7+ tijdens de Financial Analyst Day:
https://www.techpowerup.c...test-presentation.264546/

En N7P staat ook duidelijk op de roadmap van TSMC:
https://www.techpowerup.com/img/t0L4aARlFfrFrsUb.jpg

Verder wel eens met je binning uitleg hoor, dat kunnen goede redenen zijn inderdaad als je daardoor hogere 80CU clocks krijgt en meer centjes.

[GENETX]

Maar Navi20 heeft dan ook een sloot aan on-die cache voor Infinity Cache, dus als die een hoge density kennen dan komt daar al een groot deel van dat verschil vandaan. En waarom zou een hoge boost clock niet kunnen? Als AMD punten heeft gevonden om het critical path in te korten, dan zou er toch ruimte moeten zijn om de klokfrequentie op te kunnen voeren. Ook dat lijkt me niet direct onmogelijk, daar de engineers zelf ook al aangaven dat RDNA1 nog niet ontdaan was van GCN legacy als ik het me goed herinner.

Ik zou hetzelfde proces daarbij logisch vinden met het oog op toepassing binnen APU's.

[ Voor 8% gewijzigd door GENETX op 12-11-2020 21:57 ]

[sunsmountain]

GENETX schreef op donderdag 12 november 2020 @ 21:49:
Maar Navi20 heeft dan ook een sloot aan on-die cache voor Infinity Cache, dus als die een hoge density kennen dan komt daar al een groot deel van dat verschil vandaan. En waarom zou een hoge boost clock niet kunnen? Als AMD punten heeft gevonden om het critical path in te korten, dan zou er toch ruimte moeten zijn om de klokfrequentie op te kunnen voeren. Ook dat lijkt me niet direct onmogelijk, daar de engineers zelf ook al aangaven dat RDNA1 nog niet ontdaan was van GCN legacy als ik het me goed herinner.

Ik zou hetzelfde proces daarbij logisch vinden met het oog op toepassing binnen APU's.

Cache kent juist een lagere transistor density (SRAM). Alles kan, maar er zijn limieten aan een bestaand proces. Het is een gewijzigd proces N7P door TSMC, maar AMD noemt het nog steeds N7. Mogelijk om verwarring met N7+ (EUV) te vermijden.

Oh, ik zie dat de RX 5700XT ook al N7P gebruikte:
https://fuse.wikichip.org...nd-the-rdna-architecture/

De hogere clocks kunnen inderdaad door infinity cache. Maar de hogere density zou een design efficiency betekenen van 0,756, bijna net zo hoog als Vega 64.

Dan nog, RDNA1/2 is geen gewone N7

[ocf81]

Ik zit eigenlijk al een tijdje met een vraag. Wat ik eigenlijk niet snap aan de die shot van Navi21 is dat de infinity cache niet het geordende patroon heeft dat ik van cache had verwacht. Meestal ziet cache er tamelijk regulier uit, alsof je naar een stel weilanden kijkt. Je ziet wel wat blokjes binnen het gebied dat voor infinity cache doorgaat, maar wat ik niet snap is waarom er zoveel logic naarst zou moeten zitten. iemand die een gokje durft te wagen om dat uit te leggen?

[zion]

Gurneyhck schreef op donderdag 12 november 2020 @ 21:19:
"That Ultra quality mode, as stated, is harsh in ultra HD. Only the new RTX card can deal with it; the 6800 series from AMD will be roughly at that same spot as well; we just cannot show you the results just yet. "

Kleine sneak-peek naar de 6800 series in de graphics review van AC Valhalla.
https://www.guru3d.com/ar...e-benchmark-review,9.html

Dat zou heel erg veel kunnen zeggen, als ze ook even gespecificeerd hadden wélke nieuwe RTX kaart dat kon, ze zeggen RTX card, enkelfout niet RTX cards, meerfout, dus dat doet de aanname dat het om de 3090 gaat, maar dat word nergens uitgesproken als zodanig...

Gurneyhck schreef op donderdag 12 november 2020 @ 22:17:
Als je het artikel leest zie je dat Hilbert zegt dat hij eigenlijk alleen de 3090 geschikt vindt om Ultra settings op UHD resolutie te gamen.
Ofwel de 6800 series zit in de buurt van de 3090 in AC Valhalla; mind you, Hilbert geeft ook aan dat de game heavily AMD sponsored is.

Had het artikel gelezen, vandaar ook mijn late reactie, maar heb die passage dus over het hoofd gezien, ik scan/lees heel vaak, dus meer interpreteren, en dan lees je wel eens ergens over heen, bedankt voor de opheldering.

En zeg zelf, als de 6800XT in de buurt komt van een 3090, zelfs bij een heavily optimized AMD game , dan is dat toch geweldig, dat betekent reuring in de rangen, en de aankomende paar jaar een prijs-oorlog, en engineers van beide stallen die hun uiterste best gaan doen om weer dominant te zijn.... revolutie, geen (minimale-)evolutie. Als AMD met hun 6900XT over nVidia heenkomen is dat feest compleet, dan hebben ze in 5 jaar (technisch gezien een jaar of 15, maar even gezien vanaf hun laatste overwinning van Intel), tot hun "mogelijke" overwinning op nVidia toch belachelijk hard hun best gedaan? Veni, vidi, vici
Ik spreek hier dus duidelijk als fan-boy, en niet als wetenschapper, dus het is een mening, geen feit

[ Voor 47% gewijzigd door zion op 12-11-2020 22:37 ]

[Gurneyhck]

zion schreef op donderdag 12 november 2020 @ 22:14:
[...]
Dat zou heel erg veel kunnen zeggen, als ze ook even gespecificeerd hadden wélke nieuwe RTX kaart dat kon, ze zeggen RTX card, enkelfout niet RTX cards, meerfout, dus dat doet de aanname dat het om de 3090 gaat, maar dat word nergens uitgesproken als zodanig...

Als je het artikel leest zie je dat Hilbert zegt dat hij eigenlijk alleen de 3090 geschikt vindt om Ultra settings op UHD resolutie te gamen, target minimaal 60FPS.
Ofwel de 6800 series zit in de buurt van de 3090 IN AC Valhalla; mind you, Hilbert geeft ook aan dat de game heavily AMD sponsored is.

[ Voor 22% gewijzigd door Gurneyhck op 12-11-2020 22:20 ]

[DaniëlWW2]

Dus dit is geen mening?
Transistordichtheid is helemaal geen statisch gegeven. Nee, het verschil per type transistorcluster. Laat cache nu relatief dicht zijn en zaken zoals I/O juist minder dicht. Navi 21 heeft ten opzichte van Navi 10 juist heel veel meer cache en vergelijkbare geheugencontrollers of I/O. Dichtheid gaat daardoor al omhoog respectievelijk van het proces. Het grootste deel van de chip is alleen ALU en ALU logic. Daar is dichtheid maar een van de vele factoren die clock speed bepalen. De tijd dat een nieuwe node, bijna automatisch voor clock speed verbetering zorgde is voorbij. Het is voornamelijk architectuur die de kar moet trekken en dit gaat meestal ook gepaard met extra transistoren per rekencluster, CU dus.

Niks hiervan bewijst of garandeert "N7P". Komt nog eens bij dat N7P helemaal geen nieuw procedé is. Nee, zoals ik al zei is het een proces optimalisatie is. Het is een marketingterm en niks meer. De claims van TSMC zijn ook altijd gebaseerd op een bepaald scenario waar ze vervolgens niet zeggen wat het is.

AMD heeft gewoon een high density performance library in de N7 PKD genomen en hun eigen chips langs deze ontwerpregels ontwikkeld. Als TSMC dan zegt dat N7 is verbeterd waardoor je wat minder voltage nodig hebt, tja dan nemen ze dat. Kan TSMC natuurlijk naar buiten toe communiceren dat ze nu N7P hebben, maar AMD heeft er intern echt helemaal niks aan. Dichtheid is iets dat per chip varieert en verder weinig te maken heeft met het proces en des te meer met functionaliteit, kosten en prestatiedoelen. Bij AMD hebben ze hun eigen ontwerpen die toegespitst zijn op de high performance libraries van N7. De enige manier hoe AMD "N7P" kan gebruiken, is als TSMC de gezamenlijk met AMD ontwikkelde methoden nu adverteert als specifiek N7P. Het probleem is dat elke andere fabrikant, in dit geval zeker Nvidia, zo haar eigen ontwerpdoelen en eigen keuzes zal hebben gemaakt voor GA100. Zeker omdat GA100 een veel grotere chip is waar ze bewust hebben gekozen voor meer rekenclusters en lagere clock speeds. Andere libraries uit de PKD dus.

ocf81 schreef op donderdag 12 november 2020 @ 22:13:
Ik zit eigenlijk al een tijdje met een vraag. Wat ik eigenlijk niet snap aan de die shot van Navi21 is dat de infinity cache niet het geordende patroon heeft dat ik van cache had verwacht. Meestal ziet cache er tamelijk regulier uit, alsof je naar een stel weilanden kijkt. Je ziet wel wat blokjes binnen het gebied dat voor infinity cache doorgaat, maar wat ik niet snap is waarom er zoveel logic naarst zou moeten zitten. iemand die een gokje durft te wagen om dat uit te leggen?

Hier hebben we dus een white paper voor nodig. Maar ik vermoed dat het te maken gaat hebben met cache hiërarchie. Ik denk dat L3 cache namelijk niet direct toegankelijk zal zijn voor een CU. Toegang loopt waarschijnlijk via IF naar L2 en dan pas toegankelijk voor een CU. Verder moesten ze ergens die enorme hoeveelheid L3 cache inpassen en dit zal het minst latency gevoelig zijn geweest.

[M-spec]

@sunsmountain Zen3 7nm clocks liggen op een zelfde 8-core CCD met stock XFR boost ongeveer 300MHz hoger op een zelfde allcore load in vergelijking met Zen2 op 7nm. Beide met een spanning van ~1.3V . Een 4300MHz tegen 4600MHz zeg maar met goede koeling. De efficientie (perf/Watt) is daarbij gelijk gebleven omdat het verbruik ook is gestegen vanwege een hoge XFR op de 8-cores.
De betere efficientie (20-25%)wordt wel zichtbaar met een 16-core begrenst op 142W PPT voor allcore loads. De 5950X vs 3950X werken op een veel lagere spanning en clocks. CCD die size is met 16% toegenomen tov Zen2. 83 vs 72mm2. Waarom weet ik zo niet.

[Amazigh_N_Ariff]

sorry, heb niks te zeggen.

[ Voor 90% gewijzigd door Amazigh_N_Ariff op 12-11-2020 22:56 ]

[Richo999]

DaniëlWW2 schreef op donderdag 12 november 2020 @ 19:21:
Gewoon even 500MHz erbij.

---

Hopen dat de unboxing NDA niks zegt over uit elkaar halen.

ze hebben geleerd van Gamer Nexus en Nvidia heeft dat met hun 3000 serie toen in hun NDA inbegrepen als ik goed heb, unboxing ja maar niet uit elkaar schroeven

[Grotbewoner]

Hebben jullie al een idee welke AIB kaart die tot nu toe bekend is jullie zouden willen? Waarom?

Neig zelf naar de TUF: double bios, goede koeling, stil, goedkoop, 2 hdmi 2.1 poorten. That is, als het de 3080 versie kopieert.

[sunsmountain]

DaniëlWW2 schreef op donderdag 12 november 2020 @ 22:33:
Dus dit is geen mening?
Transistordichtheid is helemaal geen statisch gegeven. Nee, het verschil per type transistorcluster. Laat cache nu relatief dicht zijn en zaken zoals I/O juist minder dicht. Navi 21 heeft ten opzichte van Navi 10 juist heel veel meer cache en vergelijkbare geheugencontrollers of I/O. Dichtheid gaat daardoor al omhoog respectievelijk van het proces. Het grootste deel van de chip is alleen ALU en ALU logic. Daar is dichtheid maar een van de vele factoren die clock speed bepalen. De tijd dat een nieuwe node, bijna automatisch voor clock speed verbetering zorgde is voorbij. Het is voornamelijk architectuur die de kar moet trekken en dit gaat meestal ook gepaard met extra transistoren per rekencluster, CU dus.

Niks hiervan bewijst of garandeert "N7P". Komt nog eens bij dat N7P helemaal geen nieuw procedé is. Nee, zoals ik al zei is het een proces optimalisatie is. Het is een marketingterm en niks meer. De claims van TSMC zijn ook altijd gebaseerd op een bepaald scenario waar ze vervolgens niet zeggen wat het is.

AMD heeft gewoon een high density library in de N7 PKD genomen en hun eigen chips langs deze ontwerpregels ontwikkeld. Als TSMC dan zegt dat N7 is verbeterd waardoor je wat minder voltage nodig hebt, tja dan nemen ze dat. Kan TSMC natuurlijk naar buiten toe communiceren dat ze nu N7P hebben, maar AMD heeft er intern echt helemaal niks aan. Dichtheid is iets dat per chip varieert en verder weinig te maken heeft met het proces en des te meer met functionaliteit, kosten en prestatiedoelen. Bij AMD hebben ze hun eigen ontwerpen die toegespitst zijn op de high performance libraries van N7. De enige manier hoe AMD "N7P" kan gebruiken, is als TSMC de gezamenlijk met AMD ontwikkelde methoden nu adverteert als specifiek N7P. Het probleem is dat elke andere fabrikant, in dit geval zeker Nvidia, zo haar eigen ontwerpdoelen en eigen keuzes zal hebben gemaakt voor GA100. Zeker omdat GA100 een veel grotere chip is waar ze bewust hebben gekozen voor meer rekenclusters en lagere clock speeds. Andere libraries uit de PKD dus.

[...]

Ok, design efficiency (hogere relatieve density t.o.v. Navi10) zou hoger kunnen zijn door de cache. Clocks kunnen hoger zijn door kortere paden. Binnen N7 heb je inderdaad een high density variant en een high performance variant. Meer daarover hier:
https://en.wikichip.org/wiki/7_nm_lithography_process#N7

Het enige wat N7P daar aan toe heeft gevoegd zijn

FEOL and MOL optimizations which are said to translate to either 7% performance improvement at iso-power or up to 10% lower power at iso-speed.

Dus of je nou gelooft of AMD van deze optimalisaties gebruik maakt of niet, voor de density en de clocks maakt het niet veel uit. Hoe weet je dat AMD een high density library in de predictive process design kit PDK heeft opgenomen? Bron?

Het verschil tussen high density en high performance is best veel:

Based on WikiChip's own analysis, the dense cells come at around 91.2 MTr/mm² while the less dense, high-performance cells, are calculated at around 65 MTr/mm².

Dus 41.0 en 50.0 MTr/mm² lijken nog steeds van de high performance cells gebruik te maken, niet zozeer de high density (dat is meer voor workstation compute graphics, of mobiele chips, als ik het goed begrepen heb). Dat zou namelijk een veel te lage design efficiency geven voor discrete GPU's.

[sunsmountain]

M-spec schreef op donderdag 12 november 2020 @ 22:36:
@sunsmountain Zen3 7nm clocks liggen op een zelfde 8-core CCD met stock XFR boost ongeveer 300MHz hoger op een zelfde allcore load in vergelijking met Zen2 op 7nm. Beide met een spanning van ~1.3V . Een 4300MHz tegen 4600MHz zeg maar met goede koeling. De efficientie (perf/Watt) is daarbij gelijk gebleven omdat het verbruik ook is gestegen vanwege een hoge XFR op de 8-cores.
De betere efficientie (20-25%)wordt wel zichtbaar met een 16-core begrenst op 142W PPT voor allcore loads. De 5950X vs 3950X werken op een veel lagere spanning en clocks. CCD die size is met 16% toegenomen tov Zen2. 83 vs 72mm2. Waarom weet ik zo niet.

Ja, ook daar zie je dat het design de clock speeds kan verhogen, en is net als bij Zen2 hetzelfde proces gebruikt als bij Zen3. Gegeven dat de transistor density van deze CPU's vergelijkbaar is met RDNA2, is het inderdaad niet zo gek te denken dat alle huidige AMD chips op hetzelfde verbeterde N7 proces zijn gemaakt. (Of je dat nu N7P wilt noemen / de aangeboden TSMC optimalisaties wilt accepteren of niet, is een tweede).

[Wekko306]

Grotbewoner schreef op donderdag 12 november 2020 @ 23:35:
Hebben jullie al een idee welke AIB kaart die tot nu toe bekend is jullie zouden willen? Waarom?

Neig zelf naar de TUF: double bios, goede koeling, stil, goedkoop, 2 hdmi 2.1 poorten. That is, als het de 3080 versie kopieert.

Het is AMD dus alleen Sapphire zou ik blind durven kopen. Mijn Asus Strix Vega 64 heeft mijn vertrouwen in Asus AMD kaarten geen goed gedaan, maar gezien de verwachte prestaties van de nieuwe kaarten zouden AIB's deze toch serieus moeten nemen en redelijk hun best moeten doen om fatsoenlijke modellen te lanceren. Maar goed long story short: Ik wacht nog wel even af tot verschillende AIB modellen gereviewd zijn

[DaniëlWW2]

sunsmountain schreef op vrijdag 13 november 2020 @ 02:04:
[...]

Ok, design efficiency (hogere relatieve density t.o.v. Navi10) zou hoger kunnen zijn door de cache. Clocks kunnen hoger zijn door kortere paden. Binnen N7 heb je inderdaad een high density variant en een high performance variant. Meer daarover hier:
https://en.wikichip.org/wiki/7_nm_lithography_process#N7

Het enige wat N7P daar aan toe heeft gevoegd zijn
[...]


Dus of je nou gelooft of AMD van deze optimalisaties gebruik maakt of niet, voor de density en de clocks maakt het niet veel uit. Hoe weet je dat AMD een high density library in de predictive process design kit PDK heeft opgenomen? Bron?

En dat is dus het punt. Die optimalisaties zijn in materiaalkeuze. AMD heeft daar weinig mee te maken.
https://semiengineering.com/new-beolmol-breakthroughs/

Dit zit ergens tussen AMD haar Polaris 10/20 lijn, RX480/RX580 en Intel die alweer een plusje toevoegde aan hun 14nm. Daar deed Intel namelijk meer. Intel heeft ook de luxe om een heel strakke PKD te maken omdat ze voor eigen producten produceren. Die producten worden speciaal ontworpen rond hun eigen node. Dat is ook hoe Intel al die jaren, zoveel uit hun nodes haalde. Qua RX480 keek je naar iets van 1300-1350MHz, met een vroege RX580 was het eerder 1400-1430MHz en als je nu nog een RX580 koopt, dan zou je zomaar over de 1500MHz kunnen gaan. Dit is allemaal op 14nm LPP met kleine procesoptimalisaties die je krijgt als je een specifieke chip voor meer dan vier jaar produceert.

Verder het is een high preformance library is, niet high density. Dat staat gewoon verkeerd.
Het heeft alleen niks te maken met N7 vs. N7P. Het is niks meer dan een kleine proces optimalisatie die soms een naam krijgen, soms een overdreven naam (Samsung) en soms niet.

[sunsmountain]

DaniëlWW2 schreef op vrijdag 13 november 2020 @ 09:21:
[...]

En dat is dus het punt. Die optimalisaties zijn in materiaalkeuze. AMD heeft daar weinig mee te maken.
https://semiengineering.com/new-beolmol-breakthroughs/

Dit zit ergens tussen AMD haar Polaris 10/20 lijn, RX480/RX580 en Intel die alweer een plusje toevoegde aan hun 14nm. Daar deed Intel namelijk meer. Intel heeft ook de luxe om een heel strakke PKD te maken omdat ze voor eigen producten produceren. Die producten worden speciaal ontworpen rond hun eigen node. Dat is ook hoe Intel al die jaren, zoveel uit hun nodes haalde. Qua RX480 keek je naar iets van 1300-1350MHz, met een vroege RX580 was het eerder 1400-1430MHz en als je nu nog een RX580 koopt, dan zou je zomaar over de 1500MHz kunnen gaan. Dit is allemaal op 14nm LPP met kleine procesoptimalisaties die je krijgt als je een specifieke chip voor meer dan vier jaar produceert.

Verder het is een high preformance library is, niet high density. Dat staat gewoon verkeerd.
Het heeft alleen niks te maken met N7 vs. N7P. Het is niks meer dan een kleine proces optimalisatie die soms een naam krijgen, soms een overdreven naam (Samsung) en soms niet.

Weer veel geleerd, dank je. Ik begrijp nu ook je weerstand tegen het geven van een andere naam, aan verder "hetzelfde" proces voor AMD. Je zegt voor AMD is en blijft het gewoon N7, je ziet de TSMC materiaalkeuzes en naamgeving als marketing.

Ah, ik zie nu dat je high density hebt vervangen door high performance in je post. Ik dacht al, high density is inderdaad niet geschikt.

En die libraries waar je het over hebt, die moeten natuurlijk wel beschikbaar gemaakt worden door TSMC, voor AMD om gebruik van te maken, binnen de PDK (geen PKD nou raak ik zelf ook in de war) Wikipedia: Process design kit .

Binnen hetzelfde artikel dat je linkt wordt het belang van het IC design benadrukt:

Clearly, foundry customers need to keep a close eye on these developments. IC designers have the ability to design chips around a wide range of wiring schemes and interconnect stacks, although there are potentially more restrictions at each node.

Zeer interessant artikel trouwens, de oude half afgestudeerde ingenieur in mij bloeit weer even op.

Ik denk nog steeds dat AMD wel degelijk een gewijzigde instructieset en IC design moet hebben gedaan, op wel degelijk een aangevulde N7 PDK, noem het N7* PDK. Met name in het FEOL gedeelte, dat heeft direct invloed op het chip design zelf. MOL/BEOL is inderdaad meer materiaalkeuze van het substraat voor de package, dat lijkt TSMC te regelen, hoeft AMD misschien niet zoveel voor te doen. Toch zijn daar ook interessante gevechten en design keuzes, het lijkt me dat TSMC daarbij nauw samenwerkt met AMD.

Maar anyway, de N7? PDK van Zen3 en Navi21 is inderdaad waarschijnlijk dezelfde, daar heb je gelijk in. Ik denk nog steeds wel licht gewijzigd ten opzichte van de N7 PDK van Zen2 en Navi10, maar niet veel. In ieder geval niet zodanig dat ze N7+ (EUV) willen claimen, maar wel N7P of N7*, bijvoorbeeld.

[M-spec]

sunsmountain schreef op vrijdag 13 november 2020 @ 02:08:
[...]

Ja, ook daar zie je dat het design de clock speeds kan verhogen, en is net als bij Zen2 hetzelfde proces gebruikt als bij Zen3. Gegeven dat de transistor density van deze CPU's vergelijkbaar is met RDNA2, is het inderdaad niet zo gek te denken dat alle huidige AMD chips op hetzelfde verbeterde N7 proces zijn gemaakt. (Of je dat nu N7P wilt noemen / de aangeboden TSMC optimalisaties wilt accepteren of niet, is een tweede).

Het energieverbruik stijgt helaas ook meer dan je evenredig zou verwachten met een hogere kloksnelheid. Zen3 heeft dan ook meer transistoren per CCD gekregen en het formaat is nog iets anders dan ik eerder aangaf:

The chiplets have been redesigned, however, and now measure ~80.7mm^2 and have 4.15 billion transistors. That's slightly larger than Zen 2's CCDs with ~74mm^2 of silicon and 3.9 billion transistors.

Meer transistoren icm nog hogere clocks komt met dezelfde prijs en kan verklaren waarom de perf/Watt niet echt beter is op max OC (3800X/5800X hebben out of the box niet veel marge, Vcore zit al op de max). Met meer transistoren en hogere IPC pakt het veel beter uit om de kloksnelheid gelijk te houden en de extra marge op de benodigde spanning te pakken maar dat was niet de doelstelling voor die CPU.

Zoveel mogelijk rekenkernen op een lage kloksnelheid (en dus spanning) is ook het recept voor een efficiënte en snelle GPU. Net als 2 vs 1 CCD op een gelijke TDP en power limit een heel duidelijk voordeel laat zien. En die wint het toch altijd van enkele CCD.

Dus een 6900XT 80CU kan zuinig zijn als het moet. Het ligt er alleen aan hoe AMD de GPU wil positioneren tov Nvidia en of ze zich aan die 65%(?) gaan houden.

[Xadeon]

Another RX 6800 XT Red Devil teaser.

Just show it already PowerColor ... 🙄 pic.twitter.com/ELDgdc0683

— VideoCardz.com (@VideoCardz) 13 november 2020

[PigletCNC]

Xadeon schreef op vrijdag 13 november 2020 @ 18:14:
[Twitter][Afbeelding]

Sorry, maar ik vind dit soort teasers echt een beetje dom. Het is een videokaart.

[Thodekroo]

Ja waar komt dit ineens vandaan? Dit deden ze bij de 3xxx toch ook niet?

[Xadeon]

We liked the way the comet flyby looked before we added Ray-Traced shadows - now we can't stop looking at it! If you haven't checked out the @AMD showcase on The #Riftbreaker and the Radeon RX 6000 GPUS, you can check it out here: https://t.co/RzxPZ9OAfA#indiedev #gamedev pic.twitter.com/TUkMWVHFlZ

— EXOR Studios (@EXORStudios) 13 november 2020

[ Voor 34% gewijzigd door Xadeon op 13-11-2020 18:48 ]

[Jaapoes]

Xadeon schreef op vrijdag 13 november 2020 @ 18:14:
[Twitter][Afbeelding]

Volgens mij wordt hier getracht een hype te creëeren.. Wil niet echt lukken alleen

[Xadeon]

@Jaapoes Mhm ja. Neemt niet weg dat dit soort marketing vrij basic is waar je mijns inziens niet over moet struikelen.

[Xadeon]

Big Navi clock speeds that make Nvidia cry...

➡️ 2532MHz average OC
➡️ 60° GPU core temp
➡️ stable! pic.twitter.com/nJzEbmzDtJ

— CapFrameX (@CapFrameX) 13 november 2020

[Mars Warrior]

Xadeon schreef op vrijdag 13 november 2020 @ 22:16:
[Twitter][Afbeelding]

Een AIB versie neem ik aan? Want als die de reference is, dan aan AIB's er nog een schepje bovenop doen lijkt me

En met dit soort snelheden zal het verschil tov de 6800XT niet enorm zijn - in ieder geval niet het verschil tussen 60CU en 72CU - , aangenomen dat de XT rond de 2.200Mhz draait.

De geruchten over in het lab behaalde snelheden van 2.800-3.000Mhz van een Navi22 kaart lijken hiermee wel weer realistischer te worden omdat die chip weer een stukkie kleiner is.

[DaniëlWW2]

En dan zitten wel al op 700MHz meer dan de geadverteerde "game clock". Het lijkt ook om circa 70W extra te gaan, maar als het gemiddelde alsnog rond de 200W ligt in veel games en je alsnog naar 2500MHz kijkt, nou dat zou wat zijn zeg.

[NitroX infinity]

Stel je de kleinere chips eens voor. Niet alleen dubbele frequentie ten opzichte van een RX 560, maar ook hogere ipc. Als een 16cu RDNA2 chip niet minimaal op het niveau van een RX 570 (32cu) presteerd, zou ik zwaar teleurgesteld zijn.

Edit; en APU's op socket AM5, oh boy!

[ Voor 9% gewijzigd door NitroX infinity op 13-11-2020 23:53 ]

[Dennism]

Xadeon schreef op vrijdag 13 november 2020 @ 18:14:
[Twitter][Afbeelding]

Dat stickertje op die fan hadden ze toch echt wel weg mogen laten of had echt een stuk mooier moeten zijn imho. Ik vind het er echt cheap uit zien.

[Santee]

Dennism schreef op zaterdag 14 november 2020 @ 00:05:
[...]


Dat stickertje op die fan hadden ze toch echt wel weg mogen laten of had echt een stuk mooier moeten zijn imho. Ik vind het er echt cheap uit zien.

Van mij mogen ze de meeste kaarten wel strakker maken. Of dan hebben ze 10 versies en alle 10 zijn het kermis attracties. Maak gewoon een black version zoals deze, maar dan alleen het logo RGB (kan je altijd uitzetten):
https://videocardz.com/ne...ics-card-has-been-spotted

Eigenlijk heeft Nvidia het top gedaan met hun founders edition (qua uiterlijk).

[zion]

Santee schreef op zaterdag 14 november 2020 @ 00:48:
[...]

Van mij mogen ze de meeste kaarten wel strakker maken. Of dan hebben ze 10 versies en alle 10 zijn het kermis attracties. Maak gewoon een black version zoals deze, maar dan alleen het logo RGB (kan je altijd uitzetten):
https://videocardz.com/ne...ics-card-has-been-spotted

Eigenlijk heeft Nvidia het top gedaan met hun founders edition (qua uiterlijk).

Dat is wel heel dubbel: maak hem zwart, maar wel met een RGB logo, ik vraag me dan af: Waarom? als je een gesloten kast hebt telt toch maar één ding: maximale performantie tegen minimaal verbruik en hitte-productie....

[Santee]

zion schreef op zaterdag 14 november 2020 @ 00:57:
[...]

Dat is wel heel dubbel: maak hem zwart, maar wel met een RGB logo, ik vraag me dan af: Waarom? als je een gesloten kast hebt telt toch maar één ding: maximale performantie tegen minimaal verbruik en hitte-productie....

Ik heb een open kast, hou van een mooi kaart. Echter is mooi bij mij vrij strak en een uiterlijk die makkelijk bij je build te passen is. Subtiele RGB vind ik wel mooi, echter niet de uitbundige zooi die nu op de EVGA FTW of de MSI kaarten zit. Asus heeft dat een stuk mooier gedaan met de half verborgen RGB strip op de Strix, ziet er ook nog goed uit als die uit staat.

Reference van AMD moet zeker niet met die rode streep bovenop, verpest gelijk elke build behalve degene met rood erin. Dus hop, zwart maken! Ook dat zilveren mag er wel uit, niet neutraal genoeg imo.

[Xadeon]

Mars Warrior schreef op vrijdag 13 november 2020 @ 23:10:
[...]

Een AIB versie neem ik aan? Want als die de reference is, dan aan AIB's er nog een schepje bovenop doen lijkt me

En met dit soort snelheden zal het verschil tov de 6800XT niet enorm zijn - in ieder geval niet het verschil tussen 60CU en 72CU - , aangenomen dat de XT rond de 2.200Mhz draait.

De geruchten over in het lab behaalde snelheden van 2.800-3.000Mhz van een Navi22 kaart lijken hiermee wel weer realistischer te worden omdat die chip weer een stukkie kleiner is.

👇

Reference design. Fan curve is customized.

— CapFrameX (@CapFrameX) 13 november 2020

[sunsmountain]

Xadeon schreef op zaterdag 14 november 2020 @ 01:31:
[...]

👇
[Twitter]

Jezus, dat zou wel heel erg mooi zijn. Maar dan lijkt het me wel de 6900XT?

[Xadeon]

@sunsmountain 6800, maar kan ook de 6800XT zijn.

[Dennism]

Mogelijk interessant aangaande SAM:

https://www.pcgamer.com/u...ss-memory-nvidia-version/

[DaniëlWW2]

Dennism schreef op zaterdag 14 november 2020 @ 13:02:
Mogelijk interessant aangaande SAM:

https://www.pcgamer.com/u...ss-memory-nvidia-version/

Ja, dat is al besproken in het Nvidia topic.
Maar hoe meer ik erover nadenk, hoe groter de twijfel bij mij word. Het doet me namelijk erg denken aan Nvidia die bijvoorbeeld claimde dat ze al iets als "Radeon Anti Lag" hadden, terwijl dat helemaal niet zo was tot recentelijk.

[Dennism]

DaniëlWW2 schreef op zaterdag 14 november 2020 @ 13:30:
[...]


Ja, dat is al besproken in het Nvidia topic.
Maar hoe meer ik erover nadenk, hoe groter de twijfel bij mij word. Het doet me namelijk erg denken aan Nvidia die bijvoorbeeld claimde dat ze al iets als "Radeon Anti Lag" hadden, terwijl dat helemaal niet zo was tot recentelijk.

Ik blijf vrij sceptisch hier ten aanzien van AMD, met alle informatie die je ziet, zelfs vanuit AMD lijkt er nog niets te wijzen op het feit dat dit iets anders dan die resizeable bar, waarvoor je schijnbaar alleen maar binnen de PCIE spec moet kleuren en een compatible vbios en OS support nodig hebben. Ik hoop voor AMD dat het wel wat meer behelst anders kan dit nog wel eens vrij negatief gaan afsteken op AMD. Als AMD dit straks ineens wel op Zen 2 / Zen 1 heeft als Nvidia het inderdaad ook gaat brengen dan is dat toch wel een slecht verhaal vanuit AMD imho.

[Help!!!!]

Het heeft er helaas alle schijn van dat het allemaal gekunsteld is. En als dat zo is dan wist AMD ook al dat het waarschijnlijk gewoon ook met nvidia en intel kan werken. Dus waar begin je dan weer allemaal aan.

AMD moet gewoon bij zijn leest blijven en niet de Intel / nVidia gaan uithangen.

[nielsjuuh23]

Vraagje, wanneer (hoe laat) zijn de nieuwe Big Navi 2 kaarten beschikbaar in de webshops? Ik krijg nergens een specifieke tijd gevonden..

[ Voor 21% gewijzigd door nielsjuuh23 op 14-11-2020 14:31 ]