Anzeige
 
Neuheiten:
 Venetica
 Heroes over Europe
 Narnia 2

Anzeige
 
Neuheiten:
 Mass Effect 2
 Avatar
 Vancouver 2010

 
Micro Stuttering

Video proof: Micro stuttering may destroy the performance gains from current multi GPU technologies

For several months, the IT forums have a new buzzword: Micro stuttering. It describes a serious shortcoming with current multiple GPUs technolgies. We explain the symptoms. (Raffael Vötter, 08.02.2008)
 
Crossfire X: Crossfire with four GPUs could make the effect of micro stuttering even worse.
 
Crossfire X: Crossfire with four GPUs could make the effect of micro stuttering even worse. [Quelle: siehe Bildergalerie]
With this thread in German 3D Center Forum, the whole things starts and reached almost any IT website. The summary of the thread creator: Although SLI allows higher frame rates, the perceived outcome is often not better than the lower framerates of a solo graphics card. Meanwhile, it is clear that not only (triple) SLI, but Crossfire is also concerned. And as we said in our testing of multichrome, S3 doesn't make it better than AMD / Ati and Nvidia.

It's a personal matter when a movement for the human eye appears to be "smooth". The fact is, however, that 30 frames per second (Fps) is perceived by almost every human as being liquid. A second consists of 1,000 milliseconds, therefore you should expect that every 33 milliseconds, a new frame is displayed (one second divided by the frame rate). The single frames appear in this account at regular intervals, so that our eye exercises a smooth and fluid motion. The rhythm is right.

The phenomenon
Triple-SLI: Problems with micro stuttering is obvious and cannot denied (Bild: PCGH)
 
Triple-SLI: Problems with micro stuttering is obvious and cannot denied (Bild: PCGH) [Quelle: siehe Bildergalerie]
Here the disclosed problem starts: multi-GPU systems often do not succeed in displaying regular distributed frames; it comes to large time intervals between individual images - "micro stuttering" - despite supposedly fluid frame rates. One example: frame 1 is followed by frame 2 after 10 milliseconds, which corresponds to a cadence of 100 Fps. Frame 3, however, is to be seen only 40 milliseconds afterwards, followed by frame 4 after 10 ms.

The result is disastrous: The subjective frame rate of a multi-GPU system is in this extreme case below a single card, although the displayed Fps are higher. This behavior is primarily critical at low frame rates, such as the aforementioned 30 Fps. The less Fps, the greater the possible intervals between them and a regular distribution gets even more important.

The measurement
To show this subjective feelings in the best way, it's useful to use Fraps. It allows the logging of Frametimes, the output time of each individual image. All three multi-GPU technologies have more or less pronounced frame delays depending on the game. The problem does not occur everywhere, and there are often just hints of it, but there are critical cases. Need for Speed Pro Street, Unreal Tournament 3, Crysis and 3D Mark 06 are prominent examples. Let's take a look a look at the first 30 frames (X axis) of a Pro Street race:

The frametimes with NfS Pro Street: multi GPU shows delays (Bild: PCGH)
 
The frametimes with NfS Pro Street: multi GPU shows delays (Bild: PCGH) [Quelle: siehe Bildergalerie]


It's clearly evident: The visualization of the frames of a single GPU looks like a straight, the gaps between time frames are regularly. With two GPUs, there are "ripples" symbolizing the delays. These figures come from a Radeon HD3870 X2, one standard test with both GPUs and one with disabled onboard Crossfire. Two HD3870 cards behave the same, Geforce-8 SLI and multi-S27 Chrome show similar disruptions of the frame intervals.

Video evidence
You can finally make your own picture of the impact with our video, which shows the effects of micro stuttering with NfS Pro Street and UT3. The video is offered as a flash or as a high res WMV (just for registered users). With Pro Street, look at displayed Fps: The Crossfire setting displays similar framerates as the solo card, but the whole scene looks more sturrering. At UT3 the effect is even more obvious: Crossfire provides an Fps display between 25 and 30, a GPU renders between 15 and 18 Fps. Subjectively both setups stutter equally strong, but the single card does tend to look smoother.

Solutions?
Reliable solutions do not yet exist, but AMD and Nvidia are informed. The problem probably stems from the methods used on the allocation of computing work on multiple GPUs. With Alternate frame rendering (AFR), the first GPU calculates the first frame while the other calculates the second one and so on. Apparently a tool is lacking to provide these frames with the appropriate harmony so that they are displayed regularly. Upcoming graphics driver could provide the necessary balancing.

Radeon HD3870 X2: Problems with micro stuttering is obvious and cannot denied (Bild: PCGH)
 
Radeon HD3870 X2: Problems with micro stuttering is obvious and cannot denied (Bild: PCGH) [Quelle: siehe Bildergalerie]

Bildergalerie zum Artikel
 
Wenn Sie mehr über den Nvidia GF100 erfahren wollen, gibt es dazu einen separaten Artikel. Alles zu Radeon- und Geforce-Grafikkarten finden Sie auf der Grafikkarten-Produktseite. Darüber hinaus gibt es Grafikkarten-Tests für Radeon und Geforce. Eine aktuelle Grafikkarten-Kaufberatung finden Sie im Artikel Ati- und Nvidia-Grafikkarten: Test-Übersicht und aktuelle Kauf-Tipps. Den Download von Nvidia-Geforce-Treibern sowie den Download von Ati-Radeon-Treibern finden Sie immer aktuell bei PC Games Hardware
 
 
 
 
 
Verwandte Artikel:   Why the advantage of SLI   Crossfire and multi Chrome is questionable  
 
 
Anzeige
 
 
2290 User online
Anmelden & mitmachen
Benutzername:
Kennwort:
Angemeldet bleiben
PCGH-Webshops
Aktuelle Heft-Ausgabe
Aktuelle Angebote
Wieviel Videospeicher hat deine aktuelle Grafikkarte? (Februar 2010)
Weniger als 256 MiByte (0.71%)
256 MiByte (3.28%)
320 MiByte (0.43%)
384 MiByte (0.28%)
512 MiByte (29.77%)
640 MiByte (2.42%)
768 MiByte (3.13%)
896 MiByte (18.23%)
1.024 MiByte (38.32%)
1.536 MiByte (0.28%)
1.792 MiByte (1.28%)
2.048 MiByte (1.71%)
Mehr als 2.048 MiByte (0.14%)
Keine Angabe/Weiß nicht (0.00%)
702 Teilnehmer