Fiery

Thank you for the feedback The RSoD occured when AIDA64 tried to read the video BIOS flash image. On pre-Kepler GeForce GPUs there was a GPU register that AIDA64 had to alter to read the image from the flash chip. On GeForce 600 Series (Kepler, GK1xx) that register doesn't exist anymore, but still, altering it sometimes triggered the driver to throw a RSoD. It didn't actually lock the machine or AIDA64, but it was annoying for sure The RSoD doesn't occur in other software because most diagnostic software doesn't read video BIOS flash image from video adapters. And even in AIDA64 it was very rare to occur.

Core i7-965 with Triple Channel DDR3-1333 and X58 chipset has a theoretical memory bandwidth of 32000 MB/sec. AIDA64 measures 13899 MB/sec memory read bandwidth (cca. 43% of theoretical bandwidth). Core i7-3960X with Quad Channel DDR3-1600 and X79 chipset has a theoretical memory bandwidth of 51200 MB/sec. AIDA64 measures 16788 MB/sec memory read bandwidth (cca. 33% of theoretical bandwidth). So as you can see, with only a single thread it's not possible to get close to even half the theoretical memory bandwidth of such platforms. That explains why in single-threaded applications (like most 3D games) it doesn't matter if you use more than 2 channels for your memory While in heavily multi-threaded applications multi-channel memory configurations look much better. We don't yet have a beta of the multi-threaded memory benchmarks. We expect to roll the new memory benchmarks out in the 2nd half of 2012. It will be a major change, since all memory scores will change in the switch, so the new benchmarks will debut with a major AIDA64 version update -- probably v3.00. BTW, in the first half of 2012 we'll update other benchmarks like CPU PhotoWorxx to implement SSE and AVX optimizations. Thank you for your feedbacks on the Intel RSTe driver issue.

1) Please copy-paste the full content of the Computer / Sensor page of AIDA64 into this topic. 2) Then right-click on the bottom status bar of AIDA64 main window --> Sensor Debug --> ISA Sensor Dump. Copy-paste the full results into this topic. 3) Then right-click on the bottom status bar of AIDA64 main window --> Sensor Debug --> SMBus Dump (Full). Copy-paste the full results into this topic. Thanks, Fiery

We've fixed the RSoD issue in the latest beta version of AIDA64 Extreme Edition available at: http://www.aida64.com/downloads/aida64extremebuild1911np6gm0bjczzip After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know how it works. Thanks, Fiery

Meanwhile we've performed a few test runs with various RAID settings and configuration on our own X79 test system. With RST Enterprise 3.0.0.3020 WHQL driver AIDA64 startup is indeed noticably slow, although the delays we've experienced were no longer than 5 seconds. With RST Enterprise 3.0.1.7016 WHQL driver AIDA64 startup was much quicker, with no noticable delays due to RAID scanning. So if it's possible, please use the latest RSTe WHQL driver of 3.0.1.7016. Hopefully it fixes the issues on your system. If not, then you can still disable the RAID member enumeration in the AIDA64 Preferences

Please try to enable the option RAID SMART support in AIDA64 / main menu / File / Preferences / Stability, and restart AIDA64 to apply the changes. Let me know if it helps. If not, then please let us know more about your system configuration, e.g. motherboard model, IDE or AHCI or RAID mode selected for your SATA controller, any RAID arrays defined, AIDA64 version? Thanks, Fiery

Thank you for the tests. If you don't plan to use RAID arrays in your system, then you can simply disable RAID member enumeration in AIDA64 / main menu / File / Preferences / Stability. In case you cannot get AIDA64 to load due to this issue, then go to AIDA64 installation folder, and create a new AIDA64.INI file by writing only these 3 lines into it: [Generic] LowLevelRAIDEnum=0 LowLevelRAIDSMART=0 BTW, since at Intel RAID scanning we're doing everything "by the book", and full SMART details are unavailable even when it loads up fine, all we can hope for is that Intel will soon release a proper, fixed RST Enterprise driver. BTW #2, have you tried to use the latest Intel RST Enterprise driver 3.0.1.7016 WHQL? Maybe it would help about the slowdown. --- As for the quad-channel memory bandwidth results, they are actually accurate. The single-threaded memory bandwidth performance -- that AIDA64 currently measures -- doesn't scale when going from 2-channel to 4-channel configuration on X79 systems. We're already working on multi-threaded memory bandwidth benchmarks: they will be able to properly measure the performance improvement due to 3+ memory channels. Regards, Fiery

Rampage IV Extreme uses a peculiar bank switching mechanism on its EC (Embedded Controller) chip. Due to the collision between AI Suite 2 and 3rd party applications, potentially it would be dangerous to switch EC banks from AIDA64. Hence AIDA64 only reads the sensor values available in the default EC bank (which is bank #0).

AIDA64 still implements full support for Win95/98/Me and Windows NT 4.0. It has a Win2000 icons style which has 16-colour icons as well as 256-colour icons. We consider that a pretty solid support for those obsolete operating systems. Please note that the combined percentage of Win95 + Win98 + WinMe + NT4.0 users out of the total AIDA64 users base is less than 0.01%. It means we cannot afford to put more development resources into such obsolete systems, but instead we need to focus on the current Windows variants, and for the upcoming Windows 8 and Windows Server 8. Regards, Fiery

Thank you for the feedback. We have a product cycle that dictates 5 or 6 stable releases per year. The next stable releases is currently scheduled to mid- or late May.

I'm sorry for the mixup. Here's a new AIDA64 Business Edition beta update: http://www.aida64.com/downloads/aida64businessbuild1907d3cjh4swzlzip

Thank you for the feedback

That issue has already been resolved in the latest AIDA64 release: http://www.aida64.com/downloads/a64xe After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Regards, Fiery

What version of AIDA64 are you using? Thanks, Fiery

Please upgrade to the latest beta version of AIDA64 Extreme Edition available at: http://www.aida64.com/downloads/aida64extremebuild1906y8rltnhfczzip After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know how it works. Thanks, Fiery

Please upgrade to the latest beta version of AIDA64 Extreme Edition available at: http://www.aida64.com/downloads/aida64extremebuild1906y8rltnhfczzip After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know how it works. Thanks, Fiery

1) Do you have AIDA64 running on your remote computer(s) and accepting incoming connections? 2) You need to use the /R option to create a report of your local computer. To create a report of one or more remote computers, you need to use the /RMTREPORT command-line option instead. Regards, Fiery

No problem

Please note that that only applies to pre-Fermi (pre-GTX480) cards. On Fermi and Kepler architecture cards (GeForce 400, 500, 600 Series) it is recommended to leave the nVIDIA GPU SMBus access through nVIDIA ForceWare option enabled, since it should guarantee that no collision occurs with other software reading GPU sensor information.

You can disable automatic updates in the Preferences / General, and manually check for updates in main menu / Help. Please note that the daily (or weekly, or monthly, whichever you configure) checking for updates only downloads a small amount of data. The "big chunk" of data only downloaded if you opt to perform the update. Regards, Fiery

EIST = Enhanced Intel SpeedStep Technology, so you have it disabled in the BIOS. What I meant to say above is that even though the BIOS doesn't populate the ACPI tables, it leaves the EIST bit enabled in the processor. For EIST to work properly, you need to have the EIST bit enabled in the processor, and also populate the necessary ACPI tables. Without the ACPI tables the operating system (Windows) cannot know how to switch between performance states. In your case the ACPI entries are missing (I guess), but the processor EIST bit is still enabled. It means the processor could switch between EIST states, but without operating system support it will not. So it still means the EIST feature is not utilized, even though the processors "thinks" it is enabled.

I'm not sure why the Event Log shows that info. But AIDA64 detects EIST state using the industry standard method, documented by Intel. It goes via CPU MSR (Model Specific Register) 1A0. I suppose your processor has that bit enabled for some reason, but the BIOS removed the EIST-related ACPI entries to effectively have EIST disabled under Windows. It's a small discrepancy in the BIOS. Of course in an ideal world the BIOS should also take care of disabling the EIST bit in MSR 1A0 Regards, Fiery

Please make sure to use the last, most recent license key we've provided. In case things might get mixed up even by doing so, please drop me a private message and we'll sort it out Thank you for your continuous support.

Thank you. We've started working on adding SAPI support. I'll drop a message into this topic once a new AIDA64 beta with SAPI details is available for download.

Yes, I'm afraid that could be a collision between GameGuard and AIDA64. Have you tried to disable GPU sensor support in AIDA64 / main menu / File / Preferences / Stability? Please note that you need to restart AIDA64 after altering the Stability options, and you need AIDA64 v2.30 (latest version) to use that option. Do you experience similar issues when running other monitoring software like HWMonitor or GPU-Z? Thanks, Fiery