ASUS P8Z68-V PRO: UEFI

The ASUS UEFI hasn't changed much since we reviewed the P8P67 PRO, of big help to me is the addition of a screenshot button which saves a BMP of the current screen to USB stick. I found out that you can't save it to an NTFS USB stick—it has to be a FAT based file system.

One big departure from other motherboard manufacturers is that by default, ASUS have AHCI mode enabled for the SATA ports, which helps take advantage of AHCI capable SATA drives. Most motherboards default this to IDE for backwards compatibility, but most users do not check the BIOS for IDE/AHCI mode, and thus could be losing valuable performance (15-20% in sequential) if not enabled. Interestingly, ASUS note this in their manual and suggest that Windows XP users currently in IDE mode download a driver and install via floppy disk—despite this motherboard not having a Floppy port available...

The main screen is the ASUS EZ mode. This is the one screen that puts ASUS ahead of the field in terms of UEFI development—on this one screen, I can see my CPU, the BIOS version, temperatures, fan speeds and the boot priority. If I did not want to venture further into the UEFI, I also have handy options for lower power or high performance modes at the click of a button.

First step into the main BIOS utility gives a lesser amount of similar information, typical of any first screen for a non-graphical BIOS.

The main set of overclocking options here haven't changed from the P8P67 PRO, apart from the inclusion of the iGPU overclock settings when the iGPU is in use. If only the dGPU is in use, the iGPU settings do not show up here. The main screen of interest in the UEFI is the System Agent Configuration:

This is how we select/deselect Virtu. To enable Virtu, the iGPU Multi-Monitor option must be set to 'Enabled'. For d-Mode, the 'Initiate Graphics Adapter' should be in the PCIe/PCI option, and the monitor connected to a dGPU. For i-Mode, change the option to 'iGPU', and on reboot connect the monitor to the integrated graphics connectors on the IO Panel.

As always with motherboards using the Marvell SATA 6Gbps controller, if you're not using it, save some boot time by disabling it in the BIOS.

ASUS P8Z68-V PRO: Overclocking

As we have the option of CPU and iGPU overclocking, I'll go through my process of doing each one individually. Combining both overclocks is a grey area, as increasing the overclock for one could decrease the overclock for the other. For the most part, people using a dGPU will overclock the CPU, and those using the iGPU may want the iGPU overclocked instead.

CPU Overclock

As the ASUS system has its OC Tuner, I gave that a spin first. It has two modes—Fast and Extreme. Fast looks for the best overclock at boot time with coarsely grained values—on this board it gave a 42x multiplier and 103.5 BCLK for a 4347 MHz overclocked speed. This is better than what we got on the MSI P67A-GD65 at the touch of a button. The Extreme mode initiates the fast mode first, then in the OS attempts to increase the multiplier and the BCLK by stress testing each option until it fails. Unfortunately, it could not increase either before giving the blue screen of death, giving another overclock of 4347 MHz.

With this in mind, I jumped into the TurboV section of the AI Suite II software, and started adjusting some sliders. I upped the voltage to 1.42 V (my self-imposed safe OC limit for these reviews on a Corsair H50-1), reduced the BCLK to 100.0 and set the multiplier at 48x. The OS didn't crash, so I slowly increase the multiplier to 50x which successfully ran the multi-threaded 3D Movement benchmark, but gave load voltage readings of 1.544 V. On upping the multiplier to 51x, the OS crashed and rebooted.

On entering the BIOS after this, I noticed it was set at 42x and 103.5 MHz, meaning that the TurboV software did not apply my overclock in the BIOS. I adjusted the overclock to 46x and 100MHz and the OS booted and was stable, and it was at 47x as well, but 48x crashed and rebooted. Back at 47x, I achieved a 101.1 MHz BCLK (4750 MHz overall), which gave a multi-threaded 3D Movement result of 483.61. Above 101.1 BCLK resulted in a crash to reboot.

I decided to reduce the multiplier to 46x and see if we could increase the BCLK to match the overall frequency. 103.5 MHz was the best stable BCLK, giving an overall overclock of 4764 MHz.

For the 4764 MHz OC results using the 3D Movement benchmark, in single threaded mode, for a 28.8% OC (from 3700 MHz to 4764 MHz), a 30.1% increase in the score was observed (112.95 to 146.90) In multi threaded mode, for a 40.1% OC (from 3300 MHz to 4764 MHz), a 39.4% increase in the score was observed (347.68 to 484.81).

iGPU Overclock

Going back to a stock CPU frequency, I applied the OC Tuner to the iGPU, and it came back with 1450 MHz. The integrated graphics on this processor have seen 1800 MHz, so I used TurboV to increase the frequency.

TurboV allows a frequency change and an iGPU voltage offset. I upped the speed to 1700 MHz, and the system required a reboot to apply the new frequency. The TurboV came back with an automatic voltage offset of +150 mV, and the board successfully ran the Metro 2033 benchmark at 21.00 frames per second. The iGPU speed was only able to be increased in steps of 50 MHz, and the following results were observed:

  • 1700 MHz, +150 mV offset, 21.00 FPS
  • 1800 MHz, +250 mV offset, 22.21 FPS
  • 1900 MHz, +250 mV offset, 22.81 FPS
  • 2000 MHz, +250 mV offset, 22.62 FPS
  • 2100 MHz, fail

Similar to what we saw on some of the H67 boards, after a certain iGPU speed, no actual improvement occurs in terms of performance. I had attributed this to some form of throttling, but after disabling that feature in the BIOS, statistically similar results were obtained. Thus for the benchmarks, I settled on a 1900 MHz overclock, which is technically the best iGPU overclock for a motherboard we've seen on this chip. This could be down to the power delivery—as Z68 has to cater for both CPU and GPU overclock, a better power delivery system is in place.

ASUS P8Z68-V PRO: Board Features, In The Box and Software Test Setup, Power Consumption and Temperatures
POST A COMMENT

95 Comments

View All Comments

  • AnnihilatorX - Wednesday, May 11, 2011 - link

    Short answer, no... Reply
  • mczak - Wednesday, May 11, 2011 - link

    IMHO doesn't make a whole lot of sense overclocking the IGP but not the memory. The IGP could potentially benefit quite a bit. Reply
  • Markstar - Wednesday, May 11, 2011 - link

    Great review - makes me wish Anandtech had more of these (along with reviews low-capacity SSDs). :p Reply
  • Shadowmaster625 - Wednesday, May 11, 2011 - link

    You guys need to stop giving Asus a free pass on their horrible website that you cant even download drivers from. And their horrible bios flashing tools that do not work. Never ever buy asus. Reply
  • sor - Wednesday, May 11, 2011 - link

    I'm actually kind of pissed at them myself. my P8P67Pro is a good board, but it has problems with SAS cards. They updated the BIOS to fix some compatibility issues, but my LSI card still does not work. It's a pretty well documented issue, and I think it's sort of ridiculous. I will consider buying a new Z68 of a different brand so I can use my LSI card if they don't have a BIOS fix soon.

    I didn't have any trouble flashing to the latest ASUS BIOS with a DOS boot cd.
    Reply
  • The_Assimilator - Wednesday, May 11, 2011 - link

    You're using a piece of server hardware in a desktop board and you don't understand why it doesn't work? Did you perhaps think about that, or about verifying compatibility between the board and the card before purchasing?

    Don't blame the manufacturer for your own ignorance.
    Reply
  • sor - Wednesday, May 11, 2011 - link

    Give me a break. That's the most ridiculous comment I've heard in a long while. You're the one showing your ignorance now. Reply
  • sor - Wednesday, May 11, 2011 - link

    Sorry, I can't let this go. I'm not sure why you decided to take an antagonstic tone, but apparently hardware is mysterious to you? What makes you think this is a server part? What makes you think it's unreasonable to believe that a card that adheres to the PCIe standard should be able to work in a PCIe slot? Why is it unreasonable to think that a card that worked in an old P35 desktop and my wife's older Q965 should work in my new P67 desktop? I can only imagine you read "SAS" and thought "ooh scary, that's the shiny server stuff, what is this guy thinking? I need to belittle him". Nevermind that they make windows XP drivers for it. Nevermind that I've installed over 300 LSI SAS cards in various hardware over the last year at work.

    Compatibility lists are not exhaustive, and are usually 6-12 months out of date. I still maintain that it's a reasonable expectation that a PCIe card shipping with desktop OS drivers, that works in every other motherboard I can get a hold of, should work in the PCIe slot of my new motherboard, and if not, it's the motherboard's fault.
    Reply
  • L. - Thursday, May 12, 2011 - link

    I would say, let's blame the manufacturers ... So many inconsistencies should not be tolerated, like for example some sticks not working on some boards etc.. or ridiculous PCB design leading to not being able to put a 'standard' modern cooler / ridiculous cooler design the other way around etc. etc. Reply
  • Pneumothorax - Wednesday, May 11, 2011 - link

    Does overclocking the IGP help Quicksync speeds? I don't think I've seen testing done on this so far. Reply

Log in

Don't have an account? Sign up now