Jump to content
AIDA64 Discussion Forum
vpshockwave

Ignore Virtual Cores, And Other Things

Recommended Posts

Hey guys!

First of all, I'd like to say this is a fantastic piece of software! Good enough to convince me into buying it! I love having everything on my G15 LCD in one place!

That said, I do have a few suggestions that I think would add some useful options.

First, the ability to ignore virtual cores in the CPU Utilization reading. I can either monitor all 6 of my physical cores at once, or I can monitor the CPU as a whole, but when I monitor it as a whole, it factors in the virtual cores which are usually barely, if at all, being used. This has a detrimental effect of the CPU Utilization reading (it cuts it in half basically, thus making it inaccurate). The ability to ignore the virtual cores would make this more accurate in my opinion.

Second, polling times less than a second. I realize the polling can eat up CPU, but for those of us with the CPUs that can handle it, polling times in milliseconds would be a great addition. I would love a 500 millisecond polling rate, and I know my CPU could handle it.

Third, add the ability to drag / resize the LCD items with the mouse, rather than have to use the arrow keys or hit modify to change the length. This would make the custom LCD screens much easier to modify and create.

Thanks for the great piece of software guys! Keep it up!

Share this post


Link to post
Share on other sites

Thank you for the suggestions.

1) Virtual cores cannot be ignored, because it would make the CPU utilization measurement completely false. Even when the virtual cores are only working at 1-digit percentage load most of the time, such small load will still count. And with proper benchmarks and proper stress test modules (like what AIDA64 implements) it's quite easy to stress all cores -- incl. virtual ones -- to 100%. If you're bothered having your virtual cores sleeping all the time, then you may want to disable HyperThreading in the BIOS Setup ;)

2) Less than a second polling time may be handled by your processor quite easily -- and in fact most multi-core processors could do that --, but the problem is not there. AIDA64 has a hardware monitoring module that has a set of sub-modules to handle various tasks. One of those sub-modules is for core temperature monitoring, another is for motherboard sensor chips, a third is for GPU monitoring, etc. etc. A few of those sub-modules use HID or COM (serial) port sensor devices like T-Balancer and Koolance. Such communication protocols tend to be very slow compared to other modules, which effectively means reading sensor values could last 200 to 800 msec (!), regardless of how fast CPU you have in your system. On top of that, when you have a high-end desktop system with 6 or 12 cores (1 or 2 CPU sockets), 3 or 4 GPUs (e.g. two HD6990 cards) with multiple sensor chips connected, the regular sensor readouts can also take more than 500 msec combined. Hence using a more rapid update rate could well mean a constant sensors polling or a deadlock.

3) We'll check the LCD screen drag&drop ability, IMHO it's a good idea.

Regards,

Fiery

Share this post


Link to post
Share on other sites

Thank you for the suggestions.

1) Virtual cores cannot be ignored, because it would make the CPU utilization measurement completely false. Even when the virtual cores are only working at 1-digit percentage load most of the time, such small load will still count. And with proper benchmarks and proper stress test modules (like what AIDA64 implements) it's quite easy to stress all cores -- incl. virtual ones -- to 100%. If you're bothered having your virtual cores sleeping all the time, then you may want to disable HyperThreading in the BIOS Setup ;)

2) Less than a second polling time may be handled by your processor quite easily -- and in fact most multi-core processors could do that --, but the problem is not there. AIDA64 has a hardware monitoring module that has a set of sub-modules to handle various tasks. One of those sub-modules is for core temperature monitoring, another is for motherboard sensor chips, a third is for GPU monitoring, etc. etc. A few of those sub-modules use HID or COM (serial) port sensor devices like T-Balancer and Koolance. Such communication protocols tend to be very slow compared to other modules, which effectively means reading sensor values could last 200 to 800 msec (!), regardless of how fast CPU you have in your system. On top of that, when you have a high-end desktop system with 6 or 12 cores (1 or 2 CPU sockets), 3 or 4 GPUs (e.g. two HD6990 cards) with multiple sensor chips connected, the regular sensor readouts can also take more than 500 msec combined. Hence using a more rapid update rate could well mean a constant sensors polling or a deadlock.

3) We'll check the LCD screen drag&drop ability, IMHO it's a good idea.

Regards,

Fiery

Thanks for the quick response. I'd rather not disable HT because I know it does get used, though rarely in gaming it seems. It's just annoying see that my CPU is supposedly being used @ 30% only to check the cores and find that all physical cores are at 60-70%. I know some applications like stress testing and benchmarks can eat the hyperthreading alive, but in real world applications (outside of, say, video encoding), they seem to rarely be used in any significant way. But I do understand your point. I'm not a programmer by any means, merely a gaming enthusiast.

Keep up the good work!

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Similar Content

    • By Ruuwa
      Greetings,
      Would like to ask some questions regarding AIDA64's method of calculating the utilization value of a specific logic core in a multi core, HT enabled Intel Haswell processor. Especially about the time frame it considers. Let's assume I set an update frequency of 1 sec, so a new value will be logged/shown every second. Will it reflect the utilization based on the previous 100 ns / 100 ms / 1s? What is the time interval during which the algorithm counts system/idle time? Does it shows an averaged value of several utilization values calculated in the last 1 sec or just the last reported value?
    • By nyrull
      Hi,
       
      First,excuse for my bad english
       
      I have a i7-5930K and wanted to know which cpu utilization is tied to which cpu cores.
       
      6 physical cores so 12 logicals.
       
      cpu1 utilization
      cpu 2 utilization
      cpu3 utilization
      Ect....
      cpu 12 utilization.
       
      so Core #1 ,Core #2 ect... is tied ti which cpu? utilization ?
       
      and when i look at logical core utilization in Sysinternals Process Explorer ,comparing value, i cant seems to find the same reading for all logical cores in Aida64
       
      Thank you !
×
×
  • Create New...