Featured Articles

Broadwell 14nm desktop comes late in Q2 2015

Broadwell 14nm desktop comes late in Q2 2015

A while ago we mentioned that Broadwell won’t show up in the desktop space this year and we got it right.…

More...
Android Wear installed on 10.000+ phones

Android Wear installed on 10.000+ phones

Android Wear should be one of the first steps towards a wearable revolution and so far it is off to a…

More...
AMD A8-7600 Kaveri APU reviewed

AMD A8-7600 Kaveri APU reviewed

Today we'll take a closer look at AMD's A8-7600 APU Kaveri APU, more specifically we'll examine the GPU performance you can…

More...
Samsung launches 850 Pro series SSDs

Samsung launches 850 Pro series SSDs

Samsung launched a new SSD line-up today and it is based on the Korean giant’s cutting edge 3D vertical NAND (V-NAND).

More...
EVGA GTX 780 Classified reviewed

EVGA GTX 780 Classified reviewed

The EVGA GTX 780 Classified has been dethroned as the company’s fastest non-Titan card following the introduction of the GTX 780…

More...
Frontpage Slideshow | Copyright © 2006-2010 orks, a business unit of Nuevvo Webware Ltd.
Monday, 19 May 2008 08:22

eVGA 750i SLI FTW - 5 Benchmarks

Written by Eliot Kucharik
Image Image

Review: nVidia still can't do good chipsets.



Benchmarks:

Please note that different bios revisions may give different results. All benches are done with AUTO settings without altering any BIOS option besides CPU VCore, NB VCore and FSB Termination Voltage.


x264:

x264 is a h.264/AVC codec which supports four threads, and it's available for free. We took a PAL episode of "Babylon 5" with a length of 41 minutes, 57 seconds and 8 frames. We tried to "emulate" the most common usage when you encode your movies:


1st: We have a perfect master, so we only de-interlace the content and resize it without any other manipulations; we marked this as "fast."

2nd: You get bad mastering on many DVDs, especially "old" stuff or when the studios are in a hurry for the release. In this case you want to improve the picture quality, which is done by filtering the content. You can choose from lots of filters for any purposes you can think of, but we only used the most common "undot," "FluxSmooth" and "MSharpen." Of course, we also de-interlaced, filters were done before any resizing took place (which is slower). We marked this as "slow."

Image
*Note: The DFI P35 mainboard doesn't support half multipliers, so it was using 417x8.


LameMT:

The same episode we encoded, we used for our MP3-testing. We don't recommend using MP3 for encoding, because AC3 can do the job better, but nearly 42 minutes gives us approximately the length of any given album.

A measurement in seconds, as many sites do, is useless, because the differences are too small. So we used the built-in play/CPU ratio; this means the CPU is encoding x-times faster then the track-length. Fast memory does not play an important role here. For your convenience we also show the single-threaded benchmarks figures, they can be re-produced with any version of L.A.M.E. Only LameMT can do multi-thread and take advantage of multi-core processors.

We used this setting: lamemt --vbr-new -q 2 -V 2 -m j --strictly-enforce-ISO --resample 48

Image
*Note: The DFI P35 mainboard doesn't support half multipliers, so it was using 417x8.


eVGA did quite a good job. While nVidia chipsets are known to be slower compared to Intel, this time the gap is quite small, a nice achievement.


(Page 5 of 6)
Last modified on Monday, 26 May 2008 09:58
blog comments powered by Disqus

 

Facebook activity

Latest Commented Articles

Recent Comments