Quantcast
 
 


AMD RX 590 Review - The Card We Don't Need

Author: SKYMTL
Date: November 15, 2018
Product Name: RX 590 8GB
Part Number: RX-590P8DFD6
Warranty: 3 Years
Share |

Test System & Setup



Processor: Intel i9 7900X @ 4.74GHz
Memory: G.Skill Trident X 32GB @ 3600MHz 16-16-16-35-1T
Motherboard: ASUS X299-E STRIX
Cooling: NH-U14S
SSD: Intel 900P 480GB
Power Supply: Corsair AX1200
Monitor: Dell U2713HM (1440K) / Acer XB280HK (4K)
OS: Windows 10 Pro patched to latest version


Drivers:
NVIDIA 416.81
AMD 18.10 Beta

*Notes:

- All games tested have been patched to their latest version

- The OS has had all the latest hotfixes and updates installed

- All scores you see are the averages after 3 benchmark runs

All IQ settings were adjusted in-game and all GPU control panels were set to use application settings


The Methodology of Frame Testing, Distilled


How do you benchmark an onscreen experience? That question has plagued graphics card evaluations for years. While framerates give an accurate measurement of raw performance , there’s a lot more going on behind the scenes which a basic frames per second measurement by FRAPS or a similar application just can’t show. A good example of this is how “stuttering” can occur but may not be picked up by typical min/max/average benchmarking.

Before we go on, a basic explanation of FRAPS’ frames per second benchmarking method is important. FRAPS determines FPS rates by simply logging and averaging out how many frames are rendered within a single second. The average framerate measurement is taken by dividing the total number of rendered frames by the length of the benchmark being run. For example, if a 60 second sequence is used and the GPU renders 4,000 frames over the course of that time, the average result will be 66.67FPS. The minimum and maximum values meanwhile are simply two data points representing single second intervals which took the longest and shortest amount of time to render. Combining these values together gives an accurate, albeit very narrow snapshot of graphics subsystem performance and it isn’t quite representative of what you’ll actually see on the screen.

FRAPS on the other hand has the capability to log onscreen average framerates for each second of a benchmark sequence, resulting in FPS over time graphs. It does this by simply logging the reported framerate result once per second. However, in real world applications, a single second is actually a long period of time, meaning the human eye can pick up on onscreen deviations much quicker than this method can actually report them. So what can actually happens within each second of time? A whole lot since each second of gameplay time can consist of dozens or even hundreds (if your graphics card is fast enough) of frames. This brings us to frame time testing and where the Frame Time Analysis Tool gets factored into this equation along with OCAT.

Frame times simply represent the length of time (in milliseconds) it takes the graphics card to render and display each individual frame. Measuring the interval between frames allows for a detailed millisecond by millisecond evaluation of frame times rather than averaging things out over a full second. The larger the amount of time, the longer each frame takes to render. This detailed reporting just isn’t possible with standard benchmark methods.

We are using OCAT or FCAT (depending on compatibility) for ALL benchmark results in DX11 and DX12.

Not only does OCAT have the capability to log frame times at various stages throughout the rendering pipeline but it also grants a slightly more detailed look into how certain API and external elements can slow down rendering times.

Since PresentMon and its offshoot OCAT throws out massive amounts of frametime data, we have decided to distill the information down into slightly more easy-to-understand graphs. Within them, we have taken several thousand datapoints (in some cases tens of thousands), converted the frametime milliseconds over the course of each benchmark run to frames per second and then graphed the results. Framerate over time which is then distilled down further into the typical bar graph averages out every data point as its presented.


Understanding the “Lowest 1%” Lines


In the past we had always focused on three performance metrics: performance over time, average framerate and pure minimum framerates. Each of these was processed from the FCAT or OCAT results and distilled down into a basic chart.

Unfortunately, as more tools have come of age we have decided to move away from the "minimum" framerate indication since it is a somewhat deceptive metric. Here is a great example:


In this example, which is a normalized framerate chart whose origin is a 20,000 line log of frame time milliseconds from FCAT, our old "minimum" framerate would have simply picked out the one point or low spike in the chart above and given that as an absolute minimum. Since we gave you context of the entire timeline graph, it was easy to see how that point related to the overall benchmark run.

The problem with that minimum metric was that it was a simple snapshot that didn't capture how "smooth" a card's output was perceived. As we've explained in the past and here, it is easy for a GPU to have a high average framerate while throwing out a ton of interspersed higher latency frames. Those frames can be perceived as judder and while they may not dominate a gaming experience, their presence can seriously detract from your immersion.


In the case above, there are a number of instances where frame times go through the roof, none of which would accurately be captured by our classic Minimum number. However, if you look closely enough, all of the higher frame latency occurs in the upper 1% of the graph. When translated to framerates, that's the lowest 1% (remember, high frame times = lower frame rate). This can be directly translated to the overall "smoothness" represented in a given game.

So this leads us to our "Lowest 1%" within the graphs. What this represents is an average of all the lowest 1% of results from a given benchmark output. We basically take thousands of lines within each benchmark capture, find the average frame time and then also parse out the lowest 1% of those results as a representation of the worse case frame time or smoothness. These frame time numbers are then converted to actual framerate for the sake of legibility within our charts.
 
 
 

Latest Reviews in Video Cards
November 15, 2018
The AMD Radeon RX590 is a "new" GPU that's based on old technology. But our performance benchmarks may tell a different story when the RX590 is compared against the RX580 and GTX 1060 6GB....
October 15, 2018
The RTX 2070 launch is upon us and this time we have the $500 ASUS RTX 2070 Turbo and $550 EVGA RTX 2080 XC to check out....
September 18, 2018
The NVIDIA RTX 2080 and RTX 2080 Ti's promise to be two of the fastest graphics cards ever produced. Let's see if our suite of performance benchmarks backs up that claim....