Jump to content

Fiery

Administrators
  • Posts

    11156
  • Joined

  • Last visited

  • Days Won

    474

Everything posted by Fiery

  1. 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 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 results into this topic. Based on those data we can investigate this issue and implement the missing sensor values Thanks, Fiery
  2. That is due to the infamous ULPS feature of AMD Catalyst drivers. You need to disable ULPS to make AIDA64 work 100% reliably. You can disable ULPS by setting all occurences of EnableUlps to 0 (zero) in the Registry, using Registry Editor (REGEDIT.EXE). Regards, Fiery
  3. Please contact ABSEIRA Ltd. (info AT abseira.com), our distributor about this matter. I'm sure they will be able to figure out something for such a special purpose Regards, Fiery
  4. The MemBW dump is an experimental hidden feature It's not a problem if it doesn't work "nicely", since it's not intended for general use.
  5. We've implemented a new option in AIDA64 / main menu / File / Preferences / Stability to let you disable GPU sensor support. So far we haven't found a better way to prevent nVIDIA drivers from "waking up" the sleeping GPU while reading GPU sensor values in AIDA64 Make sure to upgrade to the latest beta version of AIDA64 Extreme Edition available at: http://www.aida64.co...40jw8gb7pkfzzip After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know how it works. Thanks, Fiery
  6. I'm sorry for the delays. It took quite a while to reproduce the issue and fix it up. Please upgrade to the latest beta version of AIDA64 Extreme Edition available at: http://www.aida64.co...40jw8gb7pkfzzip After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know how it works. Thanks, Fiery
  7. Thank you. Please upgrade to the latest beta version of AIDA64 Extreme Edition available at: http://www.aida64.co...40jw8gb7pkfzzip After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know how it works. Thanks, Fiery
  8. Display / GPU page in AIDA64 You can navigate there using the left page menu in AIDA64.
  9. Then please try to go to the Display / GPU page, and select all video adapters you have, one by one. Let me know if it triggers the same desktop refresh or not. We need to narrow this down to a specific part of the hardware monitoring module of AIDA64 BTW, what kind of Windows do you have installed? Win7? 32-bit or 64-bit?
  10. I'm pretty sure the HFM issue is not related to AIDA64 at all, so I'm afraid I can't help you about that. AIDA64 does change power management settings before running benchmarks, but it changes them in a way to squeeze out the most performance from the CPU. It definitely doesn't alter power settings in a way to make the CPU run at LFM. As for the 50C vs. 60C issue, you can lower TJMax temperature (in AIDA64 / main menu / File / Preferences / Hardware Monitoring) if you're adament that Everest was more accurate on core temperature measurement.
  11. 1) The access violation error may be a bug in AIDA64, a bug in Intel RAID drivers, or an issue where AIDA64 communicates with the Intel RAID drivers. We'll try to reproduce this issue in our labs, and then fix it up if possible. I'll drop a message in this topic once we have an update to this matter. Until then, you can simply ignore the access violation issues, since I'm confident it doesn't mean there's a stability issue with your system. However, in case while running the Stability Test a BSoD occurs, or the system locks up, then there's a stability issue 2) The warning about EC is simply due to AIDA64 communicating with the EC chip (Embedded Controller) of your motherboard. We've done some improvements in the past few months to try eliminating those warnings by rewriting the EC communication layer of AIDA64. The new layer works much better, but in rare cases it may still trigger something in Windows kernel that causes the kernel to place such warnings in the Event Logs. It's not a problem at all, it doesn't affect system stability or system performance at all, so you can simply ignore those warnings. The MSI motherboards don't have an EC chip, hence AIDA64 doesn't use EC communications on them. Regards, Fiery
  12. Please try to disable Low-level SMART operations in AIDA64 / main menu / File / Preferences / Stability, and restart AIDA64. Let me know if it makes the issue go away, or it still persists. Thanks, Fiery
  13. Intel core temperature diodes are well known to have accuracy issues. Accuracy is only guaranteed close to TJMax. You don't need to worry too much about temperatures as long as your processor is not throttling under heavy load.
  14. 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 --> Disk Debug --> SMART Dump. Copy-paste the full results into this topic. Thanks, Fiery
  15. On most motherboards (including most Asus boards) the motherboard temperature equals to the internal temperature reading of the sensor chip that is integrated on the motherboard PCB. On your motherboard however the sensor chip reads the motherboard temperature from a special register that is only used on a handful of Asus motherboards to measure temperature. So we simply had to modify the motherboard-specific sensor code for your motherboard to switch from the usual register to the special register
  16. Thank you for the data. Please upgrade to the latest beta version of AIDA64 Extreme Edition available at: http://www.aida64.com/downloads/aida64extremebuild1734k9g4vtlhfszip After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know if it helps. Thanks, Fiery
  17. We've checked it again. Here's the info coming from ASRock's own software, from their XML settings file applying to your motherboard: <Fan Enable="1"> <Item Index="0" Name="CPU_TEMP" Enable="1" Control="Temperature">CPU Temperature</Item> <Item Index="1" Name="MB_TEMP" Enable="1" Control="Temperature">M/B Temperature</Item> <Item Index="2" Name="FAN2" Enable="1" Control="FanReading">CPU Fan1 Speed</Item> <Item Index="3" Name="FAN6" Enable="1" Control="FanReading">CPU Fan2 Speed</Item> <Item Index="4" Name="FAN1" Enable="1" Control="FanReading">Chassis Fan1 Speed</Item> <Item Index="5" Name="FAN4" Enable="1" Control="FanReading">Chassis Fan2 Speed</Item> <Item Index="6" Name="FAN5" Enable="1" Control="FanReading">Chassis Fan3 Speed</Item> <Item Index="7" Name="FAN3" Enable="1" Control="FanReading">Power Fan Speed</Item> </Fan> <FanReading Enable="1"> <Item Name="FAN1" Bank="6" HighReg="0x56" LowReg="0x57">SYSFANIN</Item> <Item Name="FAN2" Bank="6" HighReg="0x58" LowReg="0x59" SwitchInterface="SIO_GPIO" SwitchControl="GPIO16=Low, GPIO10=High">CPUFANIN</Item> <Item Name="FAN3" Bank="6" HighReg="0x5A" LowReg="0x5B">AUXFANIN</Item> <Item Name="FAN4" Bank="6" HighReg="0x5C" LowReg="0x5D">AUXFANIN0</Item> <Item Name="FAN5" Bank="6" HighReg="0x5E" LowReg="0x5F">AUXFANIN1</Item> <Item Name="FAN6" Bank="6" HighReg="0x58" LowReg="0x59" SwitchInterface="SIO_GPIO" SwitchControl="GPIO16=High, GPIO10=Low">CPUFANIN2</Item> </FanReading> I've highlighted the fan readings in question. As you can see, they're both connected to the same 16-bit register (reg0x58/0x59), and they are muxed using a GPIO-based mux switch (GPIO16). So reading both fan speeds is only possible if you switch the mux. But the mux ASRock uses is quite slow and tough to handle from 3rd party software We've made test runs, but then gave up, because we couldn't handle the mux in a way to assure the fan readings are always coming from the fan header we select using the mux.
  18. I'd rather not talk about any time frames, since currently we're simply swamped with ongoing projects We're working on OpenCL GPGPU Stress Test, new memory benchmarks, revamping existing CPU benchmarks, implementing Intel Ivy Bridge optimizations, ACPI 5.0, OpenCL 1.2, etc. etc. A lot of stuff, but we'll get to SensorPanel as well, and add some more juice to make it a bit fancier than it currently is.
  19. AFAIK on your motherboard CPU Fan1 and CPU Fan2 are muxed on the same sensor chip fan speed register. The default state of the mux is to show the readings for CPU Fan1. Hence you need to connect the fan to CPU Fan1 header to let AIDA64 measure its fan speed
  20. Every burn tests and stress tests use different patterns, different approach to put the system under heavy load, and try revealing any stability issues. AIDA64 System Stability Test is probably the most up-to-date of all, since we follow technology evolution on almost a daily basis. It already utilizes such cutting-edge techniques like AVX and XOP instructions, and generally capable of putting greater stress on the computer than other solutions. Hence -- to us -- it is no surprise AIDA64 System Stability Test is the one that can reveal the instability issue on your system BTW, the thermal stressing is also an area that we work on very hard, to make sure AIDA64 can heat the computer up very quickly and efficiently. If your computer can stand AIDA64 Stability Test both thermal-wise and stability-wise, then it is a well-built and well-tuned computer Regards, Fiery
  21. "CPU" is the temperature measured by the sensor chip, while "CPU Package" is measured by the CPU itself using its on-die temperature diode. "CPU Package" should be the more accurate reading. "CPU IA Cores" and "CPU GT Cores" are also measured by the CPU itself, and show the temperature of the processing cores and the integrated GPU respectively.
×
×
  • Create New...