![]() |
![]() |
#1 |
"Composite as Heck"
Oct 2017
2F916 Posts |
![]()
AMD announcement: https://www.youtube.com/watch?v=oHpgu-cTjyM
https://www.youtube.com/watch?v=haAPtu06eYI tl;dr:
Last fiddled with by M344587487 on 2020-10-28 at 17:14 Reason: GN |
![]() |
![]() |
![]() |
#2 |
Apr 2010
Over the rainbow
47418 Posts |
![]()
The 6800 look like a fair competition to the RTX3070 price wise. Now we need more numbers... like FP 64 performance. For our "need".
edit: ok I found it : Code:
FP64 (double) performance 1,010 GFLOPS (1:16) https://www.techpowerup.com/gpu-spec...-rx-6800.c3713 Last fiddled with by firejuggler on 2020-10-28 at 18:25 |
![]() |
![]() |
![]() |
#3 |
"/X\(‘-‘)/X\"
Jan 2013
1011011100012 Posts |
![]()
Still nowhere near the 3.5 TFL64OPS of the Radeon VII, sadly.
I do wonder how the Navi 10 mining GPU that showed up in recent kernel patches will do. It's Navi 10 though, so probably the same 1/16 FP64 performance. |
![]() |
![]() |
![]() |
#4 |
Feb 2016
UK
13·31 Posts |
![]()
The cache is the biggest "new" variable I guess. Be really interesting to see how that works out in non-gaming uses.
I think the 6800 will be positioned above 3070, if you compare their relative performance compared to the 3080 and 6800XT respectively. |
![]() |
![]() |
![]() |
#5 |
Jul 2009
Germany
54710 Posts |
![]()
Even a Vega 64 still has 0.792 Tflops at FP64. Maybe the fast HBM2 memory is missing.
Last fiddled with by moebius on 2020-10-28 at 23:18 |
![]() |
![]() |
![]() |
#6 |
"Composite as Heck"
Oct 2017
761 Posts |
![]()
Unfortunately that was never on the cards, Navi has always been about optimising for graphics performance over all else. Good DP is now the realm of CDNA2 and there's a 99% chance that CDNA2 is not the price-performance we're looking for.
Wild guess, it's the exact same as an existing card just with all the extraneous features removed and maybe a bios tuned for efficiency. It could just be a ploy to redefine and push Navi 1 as a mining generation. Navi 2 seems to be of less interest to miners as Ethereum and Monero both require random access to a 2GB file so the infinity cache is scuppered, and the raw bandwidth of Navi 2 is not much higher than Navi 1. It's been a while but last I paid attention these two (and derivatives thereof being pedantic) accounted for the vast majority of GPU mining. |
![]() |
![]() |
![]() |
#7 |
"Mihai Preda"
Apr 2015
134210 Posts |
![]() |
![]() |
![]() |
![]() |
#8 |
Jun 2003
23×607 Posts |
![]()
This might matter less than you think, to wit...
The 128MB cache is big enough to fit our current FFTs in their entirety. This could indeed be very interesting. |
![]() |
![]() |
![]() |
#9 |
"Marv"
May 2009
near the Tannhäuser Gate
607 Posts |
![]()
It probably depends on whether that cache is able to be manipulated and configured directly by the programmer or if management of it is left to some inflexible on chip algorithm.
|
![]() |
![]() |
![]() |
#10 |
"/X\(‘-‘)/X\"
Jan 2013
29·101 Posts |
![]()
AMD Radeon RX 6800 1.5x faster than GeForce RTX 3090 in mining
If true, it's going to be fun finding one. I don't think it will have higher FP32 performance than the RTX 3xxx, but this bodes well for INT performance. Could be TF monster. |
![]() |
![]() |
![]() |
#11 |
"/X\(‘-‘)/X\"
Jan 2013
29·101 Posts |
![]()
So the above rumour was a bust, but now there are some benchmarks: https://videocardz.com/newz/amd-rade...chmarks-leaked
Last fiddled with by Mark Rose on 2020-11-11 at 19:23 |
![]() |
![]() |
![]() |
Thread Tools | |
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Navi (RX 5700, RX 5700XT) | M344587487 | GPU Computing | 29 | 2019-11-28 14:00 |