Jump to content

Fiery

Administrators
 View Profile  See their activity

  • Posts

    11188

  • Joined

  • Last visited

  • Days Won

    475

 Content Type 

Posts posted by Fiery

    APC UPS battery voltage and power draw measurement

    in Hardware monitoring

    Posted

    APC PowerChute application can disable the classic Windows Smart Battery API. In such case AIDA64 will show no battery info on the Computer / Power Management page. We're already working on a solution for that, by utilizing the APC HID API to gather battery properties. Meanwhile, you can see the battery voltage and battery power load measurements on the Computer / Sensor page.

    AIDA64 v2.00.1754 cannot report the SMART infos of hard disks on Intel X79 chipset

    in Bug reports

    Posted

    We've fixed the RAID members enumeration with RST Enterprise v3 drivers. Make sure to upgrade to the latest beta version of AIDA64 Extreme Edition available at:

    http://www.aida64.co...07m7bnd8glcszip

    After upgrading to this new version, make sure to restart Windows to finalize the upgrade.

    However, I'm afraid that will not help about the SMART issue. Our contact at Intel suggested that there may be a bug about SMART pass-through in the latest driver releases, but he wasn't 100% certain about it. I guess we'll have to wait a bit more to get a sure confirmation on the driver bug. And some more to get a fixed driver I guess :(

    Slow start (nVIDIA RAID array)

    in Bug reports

    Posted

    Thank you for the data. We've fine-tuned the RAID handling, and extended the RAID Dump with a lot more debug steps and debug info.

    Make sure to upgrade to the latest beta version of AIDA64 Extreme Edition available at:

    http://www.aida64.co...07m7bnd8glcszip

    After upgrading to this new version, make sure to restart Windows to finalize the upgrade.

    Let me know how it works. In case its startup is still slow, then please let me know on the splash screen at which point does it "sit" too much. Is it "Scanning RAID Devices" ? Or does it wait a lot when the status display says "AIDA64" ?

    In case it is still slow to start, then please create a new RAID Dump and copy-paste the full results into this topic. Make sure to watch the status line on the bottom of the RAID Dump window, to see at which step does it become very slow. We've added a lot more steps to make it easier to pinpoint the actual RAID method that causes the slowdown on your notebook.

    Thank you for your time.

    APC UPS battery voltage and power draw measurement

    in Hardware monitoring

    Posted

    I have an APC ups as well,

    I dont seem to be showing any battertinfo via the power page in Aida64

    Any progess on athe APC API?

    Realtime power draw would be killer for my g19 while gaming to see how nasty my electric bill will be.

    Not all APC UPSes are capable of providing power draw measurement. Back-UPS RS and Back-UPS Pro Series should be able to provide that. Which APC UPS do you have?

    We're already working on the APC API. It will take a few more days to properly implement and test it.

    AIDA64 v2.00.1754 cannot report the SMART infos of hard disks on Intel X79 chipset

    in Bug reports

    Posted

    Thank you for the data. We've done some test runs, and it seems RST Enterprise drivers are unable to provide SMART information for RAID member drives. It may be a driver bug, but we're not sure. We've contacted Intel to ask for assistance. I'll let you know once we have an update to this matter.

    Edit: we've done more test runs with various RST driver releases to see if SMART calls work with them:

    - RST v10.5.0.1026: SMART calls work

    - RST v10.8.0.1003: SMART calls work

    - RST v11.0.0.1032: SMART calls work

    - RST v11.5.0.1109: SMART calls don't work

    - RST Enterprise v3.0.0.2003: SMART calls don't work

    - RST Enterprise v3.0.0.3020: SMART calls don't work

    - RST Enterprise v3.0.1.7016: SMART calls don't work

    So apparently from RST v11.5 and with all RST Enterprise v3 drivers SMART calls do not work anymore.

    Thanks,

    Fiery

    Update AIDA64

    in Bug reports

    Posted

    How come when I try to download the .exe package it takes me to the .zip package?

    The Automatic Update feature will automatically update AIDA64 to the latest version -- without the need to manually download any ZIP or EXE packages -- if you have a valid AIDA64 license. During the evaluation (trial) period or when one tries to use a pirate license, AIDA64 will pop up a message box about the new version availability, but you have to manually download the ZIP package and manually perform the actual upgrade process. Even if you originally installed AIDA64 with the EXE package, the update link will still be provided to the ZIP package.

    Regards,

    Fiery

    AIDA64 v2.20.1800 GPU Stability Test observations (EVGA GTX580)

    in Bug reports

    Posted

    Thank you for the tests and your feedbacks. We've done more test runs today on various GeForce cards, and came up with a potential solution to this issue. Please upgrade to the latest beta version of AIDA64 Extreme Edition available at:

    http://www.aida64.co...03jctz3gwqhrzip

    After upgrading to this new version, make sure to restart Windows to finalize the upgrade.

    Let me know how it works. Please note that by simply unclicking the GPU test while running the SST, the clocks will not return to 2D profile, since unticking a subtest only suspends it, and the OpenCL session is not freed up. Only when you stop SST via the Stop button will the clocks return to 2D profile.

    With Radeon GPUs the clock management doesn't depend on an existing OpenCL session, but apparently it is simply based on GPU utilization. So when AIDA64 stops stressing a Radeon, the clocks will return to their 2D settings. While on GeForce GPUs you have to free up the OpenCL session to make ForceWare recognize that the GPU is not under stress anymore.

    AIDA64 v2.20.1800 GPU Stability Test observations (EVGA GTX580)

    in Bug reports

    Posted

    We've done some test runs on our own GeForce cards, and what we've found out is that ForceWare video driver apparently "forgets" to restore the clocks according to the 2D (power-saving) profile after the OpenCL GPGPU SST is finished. We've verified whether AIDA64 properly de-initializes and frees up all used OpenCL objects, and then unloads OpenCL DLL as well, but everything works as it is supposed to. On AMD Radeon cards and AMD APUs there're no such issues. We've also verified the GPU usage, and it gets back to cca. 0% after the GPGPU SST session finished. Hence the thread doesn't get stuck, and the GPU is not loaded at all. The higher temperatures are simply due to ForceWare keeping the 3D clocks profile in place until the application (AIDA64.EXE) is running.

    AMD Radeon HD 7970 support

    in Hardware monitoring

    Posted

    I see the newest version has a GPU VRM temperature now. I guess there is a diode readout unlike originally suggested?

    No, it's not related to the GPU chip itself, but it's the temperature readout provided by the onboard CHiL CHL8228G buck controller chip. That chip also provides GPU VRM Current and GPU VRM Power readout as well.

    AIDA64 v2.20.1800 GPU Stability Test observations (EVGA GTX580)

    in Bug reports

    Posted

    Thank you for the feedback. But actually, the clocks do not reflect a stuck GPU stress test thread. The only sure verification is checking the GPU usage on the Display / GPU page. The clocks may be kept at high values (3D profile) by the ForceWare driver due to a driver bug. Please let me know if not only the clocks, but also the GPU usage gets stuck at a high value.

    Thanks,

    Fiery

    Just renewed my license

    in General Discussion

    Posted

    Just renewed my AIDA64 extreme license for 3 years.

    Thank you for your support. I hope you'll find AIDA64 useful in the next few years as well ;) We have a lot of things on our roadmap, so expect to get some exciting AIDA64 updates soon.

    We do have plans about an online benchmark results interface for this year. Stay tuned ;)

    As for RainMeter support, AIDA64 already offers multiple methods (Registry, Shared Memory, WMI) to expose AIDA64 sensor values to external applications. RainMeter's developers -- or anyone who has the necessary RainMeter API documentation -- need to develop the plugin that processes the values exposed by AIDA64 and "inject them" into RainMeter. I'm afraid we don't have the necessary developer resources to make in-house support for a wide range of 3rd party software. That's why we've come up with generic solutions (Registry, Shared Memory, WMI).

    Regards,

    Fiery

    AIDA64 v2.20.1800 GPU Stability Test observations (EVGA GTX580)

    in Bug reports

    Posted

    nVIDIA GPU clock settings are switched to 3D profile the first time AIDA64 detects the installed GPUs. So it's normal to have the clocks switched to high values once, but the driver (ForceWare) should restore the settings once the GPU is not under load. If you untick the GPU test during a stress test session, the log window should display "GPU1: Finished", and the video card shouldn't be under load anymore. You can check the GPU utilization on the Display / GPU page.

    If you don't want AIDA64 to switch to 3D profile, then you need to disable the option "Change to 3D profile on nVIDIA video adapters" in AIDA64 / main menu / File / Preferences / Stability.

    Please let me know if you find any issues about clocks or a stuck GPU stress test even after disabling the mentioned option.

    Thanks,

    Fiery

×
×
  • Create New...