LAN Speed Test

LAN Speed Test is a freeware program designed for testing the network connection between two PCs on a home network.  The speed of the transfer is limited by the lowest common denominator on the network, so if you have gigabit Ethernet capable computers but a 100 Mbit capable router, you are limited to 100 Mbit transfer.  Note that this is really a formality – if a network port is rated at 1 Gbps, then chances are that it might hit at least 90+% of this value.  The main test here is CPU usage, and how much is offloaded by the controller.  For this test, we use LAN Speed Test to transfer a 1000 x 1 MB files across a home network with a 1 Gbps lowest common speed to the same machine each time, in a read/write scenario.  Results are taken as peak speeds from several runs.  

LAN Read Sequential

LAN Write Sequential

USB Speed

For this benchmark, we run CrystalDiskMark to determine the ideal sequential read and write speeds for the USB port using our 240 GB OCZ Vertex3 SSD with a SATA 6 Gbps to USB 3.0 converter.  Then we transfer a set size of files from the SSD to the USB drive using DiskBench, which monitors the time taken to transfer.  The files transferred are a 1.52 GB set of 2867 files across 320 folders – 95% of these files are small typical website files, and the rest (90% of the size) are the videos used in the Sorenson Squeeze test. 

USB 2.0 Sequential Read Speeds

USB 2.0 Sequential Write Speeds

USB 2.0 Copy Time

Due to the lack of Gigabyte USB 2.0 back panel ports, no results for the Gigabyte board were able to be fairly taken.  In comparison, the XFast result from ASRock seems to speed ahead of the others.

USB 3.0 Sequential Read Speeds

USB 3.0 Sequential Write Speeds

USB 3.0 Copy Time

As this test deals with incompressible data at a Queue Depth of 1, UASP makes a difference in read but not in write.  The adaptations performed by XFast are clear to see at this level.

SATA Testing

We also use CrystalDiskMark for SATA port testing on a C300 drive.  The sequential test (incompressible data) is run at the 5 x 1000 MB level.  This test probes the efficiency of the data delivery system between the chipset and the drive, or in the case of additional SATA ports provided by a third party controller, the efficiency between the controller, the chipset and the drive.

SATA 3 Gbps Sequential Read Speeds

SATA 3 Gbps Sequential Write Speeds

SATA 6 Gbps Sequential Read Speeds

SATA 6 Gbps Sequential Write Speeds

The MSI board seems to come out last in all our SATA testing.

DPC Latency

Deferred Procedure Call latency is a way in which Windows handles interrupt servicing.  In order to wait for a processor to acknowledge the request, the system will queue all interrupt requests by priority.  Critical interrupts will be handled as soon as possible, whereas lesser priority requests, such as audio, will be further down the line.  Therefore, if the audio device requires data, it will have to wait until the request is processed before the buffer is filled.  If the device drivers of higher priority components in a system are poorly implemented, this can cause delays in request scheduling and process time, resulting in an empty audio buffer – this leads to characteristic audible pauses, pops and clicks.  Having a bigger buffer and correctly implemented system drivers obviously helps in this regard.  The DPC latency checker measures how much time is processing DPCs from driver invocation – the lower the value will result in better audio transfer at smaller buffer sizes.  Results are measured in microseconds and taken as the peak latency while cycling through a series of short HD videos - less than 500 microseconds usually gets the green light, but the lower the better.

DPC Latency Maximum

All the motherboards using Ivy Bridge chips do particularly well in our DPC test (as you would expect), with all boards coming in at under a very respectable 120 microseconds.  The ASUS goes one step further with our lowest DPC score ever at 60 microseconds.

Power Consumption, Boot Times, Overclocks Computation Benchmarks
Comments Locked

117 Comments

View All Comments

  • faizoff - Monday, May 7, 2012 - link

    Are Q connectors proprietary of ASUS? I seem to find those only their motherboards. Love them to death.

    Great review. I enjoy these tremendously. Almost makes me go out and upgrade my i5 2500k.
  • Impulses - Monday, May 7, 2012 - link

    My MSI P67A-GD55 has the same thing, unfortunately the connector block is too tall and bumps into my second 6950 so I couldn't use it.
  • eBob - Tuesday, May 8, 2012 - link

    I, too, am a fan of the Q Connector mostly for the front panel connections (power, reset, HDD light). The USB and audio connectors seem to be pretty well standardized at this point, rendering those Q Connectors redundant IMO. This would seem to be a very simple and inexpensive feature for a mobo manufacturer to have (at least for the front panel connector).
  • bji - Monday, May 7, 2012 - link

    Thank you for including this important benchmark. I hope that every motherboard review going forward will include this.

    The ASRock has the best time but 8 seconds is still too long. I wonder why BIOS developers can't get their act together and initialize hardware in parallel. That would surely speed POST times up tremendously.
  • adrianlegg - Monday, May 7, 2012 - link

    I've been struggling about that issue myself. I mean - it probably was in times of BIOS, but now, with all fancy UEFI is it really that hard? (considering more resources spent on bios/uefi in mobo)

    Altough I'm not big fan of 200$+ motherboards, I would seriously consider buying one if it POST in 2s.
    Even though there are probably POST requirements such as cpu cant be tested before ram or opposite it would be awesome to have really low boot times.
    Sad when even having SSD cant give You instant full boot (not hibernations/sleeps).

    It's one of those small features that are soo awesome (like reset/power buttons, and perhaps, in future : complete per component (ram/disk/SB/NB/coolers) power usage).

    Nevertheless 8seconds is damn nice.
  • EnzoFX - Monday, May 7, 2012 - link

    Does anyone know how enabling AHCI in the UEFI affect post time these days? I'd like to remove the other 7-10 seconds this adds to it.
  • pixelstuff - Monday, May 7, 2012 - link

    How do those Chromebooks shave time off of the POST? Seems like similar techniques could be implemented unless there is a good reason not to.
  • rahvin - Tuesday, May 8, 2012 - link

    Chromebooks use OpenBIOS IIRC. OpenBIOS is Linux Kernel based and boots very fast because it initializes things quicker and it's custom built to the hardware on the board. Personally I wish all the Boards would start using it and toss these BIOS down the hole of history.
  • DanNeely - Tuesday, May 8, 2012 - link

    They've got a very stripped down set of hardware to initialize. The more stuff you have on board, the longer it takes. EFI was supposed to fix this by allowing multi-threaded boot (BIOS was strictly a single threaded design); but either firmware makers aren't generally taking advantage of it yet, or dependencies in the startup process are limiting the gains.
  • Jase89 - Sunday, May 19, 2013 - link

    Don't forget the graphics card (if using discrete) will need to support UEFI (GOP) Booting too!

Log in

Don't have an account? Sign up now