Rightmark Audio Analyzer 6.2.5
In part due to reader requests, we are pleased to include Rightmark Audio Analyzer results in our benchmark suite. The premise behind Rightmark:AA is to test the input and output of the audio system to determine noise levels, range, harmonic distortion, stereo crosstalk and so forth. Rightmark:AA should indicate how well the sound system is built and isolated from electrical interference (either internally or externally). For this test we connect the Line Out to the Line In using a short six inch 3.5mm to 3.5mm high-quality jack, turn the OS speaker volume to 100%, and run the Rightmark default test suite at 192 kHz, 24-bit. The OS is tuned to 192 kHz/24-bit input and output, and the Line-In volume is adjusted until we have the best RMAA value in the mini-pretest. We look specifically at the Dynamic Range of the audio codec used on board, as well as the Total Harmonic Distortion + Noise.
The ASUS Z87-Pro audio solution is the best of both worlds, hitting above 105 dBA in our test and below -82 dBA for THD+N. Surprisingly the ALC898 gets the best THD+N result.
USB Backup
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 WinRAR test. In an update to pre-Z87 testing, we also run MaxCPU to load up one of the threads during the test which improves general performance up to 15% by causing all the internal pathways to run at full speed.
The ASRock motherboard with XFast produces some awesome numbers in terms of peak speeds and copy times, with the ASUS just behind. In USB 2.0, the ASRock has a good lead on the USB 2.0 rear IO ports over the MSI.
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. So 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.
Unfortunately it seems that the DPC Latency of Haswell is greater than that of Ivy Bridge, at least for release. DPC is all down to how aggressive the manufacturer wants to tune the BIOS, and this should improve over time.
WiFi Speeds
With the advent of 802.11ac now part of the motherboard space, it made sense to bring in hardware to test the wireless capabilities of the packages we review. Our test scenario is as follows – the router is located five meters away from the test bed and the signal has to travel through a concrete internal wall. The router is in a flat complex with over 25 access points within 50 meters, mostly on 2.4 GHz. We use a LAN Speed Test server on an i3-3225 based system connected via Ethernet to the D-Link 802.11ac router and then the LAN Speed Test client on the host machine. We set up a one hour continuous test using 10 simultaneous streams each sending then receiving 50 MB across the connection. Results are then plotted as a histogram of the data.
The benefits of AC lead to another 100-150 Mbps over 802.11n in our testing scenario. AC results also seem a little more varied rather than 802.11n which has definite singular peaks.
ncG1vNJzZmivp6x7orrAp5utnZOde6S7zGiqoaenZIN6hJhooKeslaF6u4SWZqSorJiav6O7wKubZqqVq7amw4ywoK2gXZ2utMPEpaNmn5mcrqPF055kpquZYq60vs6comaZnpl6or%2FUrGSarF1nfXF7kHI%3D