Squall Leonhart

Fiery, the IRST 11.5.0.1009a and IRST Enterprise drivers install as Class=SCSIAdapter(Storage Controllers), as opposed to Class=hdc (IDE/ATAPI) and SMART is not available via SCSIAdapter drivers for some reason. i expect this is part of the problem on x79

Swap is the total virtual memory available and used in the system. This is the totals of the System ram and Paging files all up.

Fiery is right, the AES instructions are memory bandwidth hungry and in most benches show substantial improvements with higher clocked dram when overclocking.

once the MemBW dump has started, it does not respond to any clicks, even if you try to repeatedly click the Stop button it doesn't work. seems that the ui priority is too low to catch clicks? spacing the next access a second or 2 could help as well.

this is not the case on Sandy bridge E. Overclocking is not required to use 1600mhz ram on most boards either, given the dram multiplier is unlocked on most x58 and p67/z68 boards.

the latest GPU-Z on the other hand, can now read Radeon memory usage under vista and 7, but not XP

HDDScan is able to show the selected and supported modes, so there must be a way. Maybe the drive itself knows which mode its in.

if you enable the run with nvidia context menu item (from the nvcp) you should be able to start aida64 with the nvidia gpu enabled.

I've been looking through Aida, and can't seem to see the current DMA setting on each drive.

in some setups the AUX temp can actually be a ACPI Temperature from the PSU.

DXVA was problematic under older drivers

Windows is weird

its probably the SSD smart stats and the intel drivers.

I tried that and it still didn't work, instead, i removed the kernel driver from the NPNP group in device manager and restarted aida some how it was referencing the old driver, even though it was no where to be seen on the system.

Note: I know 49 is out but 47 is on there because deleted 49 and couldn't be bothered redownloading it to get the dumps The issue occurs from build 1639 to 1649

PCI Dump

here is a healthy smbus dump ISA Bus

It seems something (maybe the nahalem fixes on windows 8) has broken the ability to detect info on the sm and isa buses

Yes, i rebooted, then i replaced the old version and it worked again, and switched back and it still didn't. i would surmise the nahalem fxes for windows 8 may have broken something, as a fellow windows 7 user with an x38 had no problems with the upgrade. i should note he didn't reboot :\ it appears to be the aida application itself, using the newer files with the 1632 exe works fine.

On all versions past 1632 (1632 being the last to work properly) This is not all thats missing, but i didn't want to fill the page with screenshots missing sensor items also include Mhz, GPU VPU and MC Voltages including gpu CPU Usage Temps including gpu and vram FAN RPMs including the GPU fan.

no, its the LCD panel driver, it doesn't restore the previous applet state when resuming from sleep/hibernate. it appears to be an issue in the lcd drivers power state support.

it will, because its not a aida bug.

i looked around and found the most common block size is 64KB, so did my benches with that setting. its unfortunate that hd tach has not had an update in years

everytime you do a benchmark the block size changes making results inconsistent when set to auto. one run might have 128K blocks, and the following on the same drive might have 1MB, resulting in up to 10MB/s difference on some tests. When set to auto, the results of all block sizes should display in the results, rather then the best result.

this is a logitech driver bug.