Overclock.net banner

[OFFICIAL] HWiNFO/32/64 Thread

203K views 2K replies 217 participants last post by  Mumak 
#1 ·
Hi all,

I'm the author of HWiNFO/32/64 tools, which I noticed are quite successfully used here.
I decided to create a thread on this forum to provide support for these tools, listen to your feedback, opinions and ideas.
Feel free to ask/request/share thoughts about HWiNFO/32/64 here and I hope you enjoy using these tools.

256_.png
HWiNFO main site: https://www.hwinfo.com/
Download HWiNFO: https://www.hwinfo.com/download.php
HWiNFO forum: https://www.hwinfo.com/forum
HWiNFO of facebook: https://www.facebook.com/HWiNFO64

Martin
 
See less See more
1
#2 ·
Hi Martin, i LOVE your work man, i am a totally monitoring/logging freak and right now your apps (both the 32 and 64 version) are #1 in my list (i also have a dozen monitoring/log apps, some of them are not free of charge).
thumb.gif


Great work!!!

The only thing that makes me still use other similar apps at the time being is just the format of the logs. Personally, it would make my life easier if the units (C, V, %, W etc) got written only at the titles. Most of the times i use these logs to create graphs using excel. The way it is right now i have first to replace all the units to empty space first, then create and process the graphs otherwise they get recognized as text.

So first thing i have to do is take this for instance:

Code:

Code:
Physical Memory Available    Physical Memory Load    Core #0 VID     Core #1 VID     Core #0 Clock   Core #1 Clock   Core #0 Usage
2174 MB 29.0 %  0.981 V 0.981 V 1596.4 MHz      1596.4 MHz      0.0 %
2172 MB 29.0 %  0.976 V 0.981 V 1596.3 MHz      1596.3 MHz      3.8 %
2172 MB 29.0 %  0.981 V 0.976 V 1596.4 MHz      1596.4 MHz      2.8 %
2172 MB 29.0 %  0.966 V 1.241 V 1596.4 MHz      2394.5 MHz      6.8 %
2172 MB 29.0 %  0.966 V 0.966 V 1596.5 MHz      1596.5 MHz      4.8 %
and make it look like this:

Code:

Code:
Physical Memory Available MB Physical Memory Load %  Core #0 VID V Core #1 VID V   Core #0 Clock Mhz Core #1 Clock Mhz       Core #0 Usage %
2174    29.0    0.981   0.981   1596.4  1596.4  0.0
2172    29.0    0.976   0.981   1596.3  1596.3  3.8
2172    29.0    0.981   0.976   1596.4  1596.4  2.8
2172    29.0    0.966   1.241   1596.4  2394.5  6.8
2172    29.0    0.966   0.966   1596.5  1596.5  4.8
Also it would be great if the app could figure out the localization to use the "right" symbols according to the regional settings. For instance, here in Greece, the decimal symbol is the comma ",". In the logs the decimal symbol is the dot ".". Excel doesn't recognize for instance that 1.12V is a number because according to my regional settings the decimal symbol should be the comma. So in order to make the charts i have to do another "replace all " otherwise all the numbers with a dot decimal symbol are being considered by excel as text...

So after this replace it would now look like this:

Code:

Code:
Physical Memory Available MB Physical Memory Load %  Core #0 VID V Core #1 VID V   Core #0 Clock Mhz Core #1 Clock Mhz       Core #0 Usage %
2174    29,0    0,981   0,981   1596,4  1596.4  0,0
2172    29,0    0,976   0,981   1596,3  1596.3  3,8
2172    29,0    0,981   0,976   1596,4  1596.4  2,8
2172    29,0    0,966   1,241   1596,4  2394.5  6,8
2172    29,0    0,966   0,966   1596,5  1596.5  4,8
...and at this point all the figures that have the decimal symbol are being recognized by excel as numbers (and not text) and it's ready to get transformed to a chart/graph...

Since you log to comma delimited format it can't be done with this delimiter (your delimiter conflicts with my decimal symbol) so maybe a more generic delimiter (like the tab) or an option to choose which ever you want would be the resolution.

Still, no worries, even if you don't do any of these it would still be my #1 monitoring prog, great stuff and thank you very much for your time and effort and the fact that you provide it for free.
thumb.gif
 
#3 ·
I like both ideas, so I'll try to implement them.
The units written only at the 1st line (header) shoud be easy, regional settings might be a bit more tricky, but I'll see what I can do.
Quote:
Originally Posted by fommof View Post

Hi Martin, i LOVE your work man, i am a totally monitoring/logging freak and right now your apps (both the 32 and 64 version) are #1 in my list (i also have a dozen monitoring/log apps, some of them are not free of charge).
thumb.gif

Great work!!!
The only thing that makes me still use other similar apps at the time being is just the format of the logs. Personally, it would make my life easier if the units (C, V, %, W etc) got written only at the titles. Most of the times i use these logs to create graphs using excel. The way it is right now i have first to replace all the units to empty space first, then create and process the graphs otherwise they get recognized as text.
So first thing i have to do is take this for instance:

Code:

Code:
Physical Memory Available    Physical Memory Load    Core #0 VID     Core #1 VID     Core #0 Clock   Core #1 Clock   Core #0 Usage
2174 MB 29.0 %  0.981 V 0.981 V 1596.4 MHz      1596.4 MHz      0.0 %
2172 MB 29.0 %  0.976 V 0.981 V 1596.3 MHz      1596.3 MHz      3.8 %
2172 MB 29.0 %  0.981 V 0.976 V 1596.4 MHz      1596.4 MHz      2.8 %
2172 MB 29.0 %  0.966 V 1.241 V 1596.4 MHz      2394.5 MHz      6.8 %
2172 MB 29.0 %  0.966 V 0.966 V 1596.5 MHz      1596.5 MHz      4.8 %
and make it look like this:

Code:

Code:
Physical Memory Available MB Physical Memory Load %  Core #0 VID V Core #1 VID V   Core #0 Clock Mhz Core #1 Clock Mhz       Core #0 Usage %
2174    29.0    0.981   0.981   1596.4  1596.4  0.0
2172    29.0    0.976   0.981   1596.3  1596.3  3.8
2172    29.0    0.981   0.976   1596.4  1596.4  2.8
2172    29.0    0.966   1.241   1596.4  2394.5  6.8
2172    29.0    0.966   0.966   1596.5  1596.5  4.8
Also it would be great if the app could figure out the localization to use the "right" symbols according to the regional settings. For instance, here in Greece, the decimal symbol is the comma ",". In the logs the decimal symbol is the dot ".". Excel doesn't recognize for instance that 1.12V is a number because according to my regional settings the decimal symbol should be the comma. So in order to make the charts i have to do another "replace all " otherwise all the numbers with a dot decimal symbol are being considered by excel as text...
So after this replace it would now look like this:

Code:

Code:
Physical Memory Available MB Physical Memory Load %  Core #0 VID V Core #1 VID V   Core #0 Clock Mhz Core #1 Clock Mhz       Core #0 Usage %
2174    29,0    0,981   0,981   1596,4  1596.4  0,0
2172    29,0    0,976   0,981   1596,3  1596.3  3,8
2172    29,0    0,981   0,976   1596,4  1596.4  2,8
2172    29,0    0,966   1,241   1596,4  2394.5  6,8
2172    29,0    0,966   0,966   1596,5  1596.5  4,8
...and at this point all the figures that have the decimal symbol are being recognized by excel as numbers (and not text) and it's ready to get transformed to a chart/graph...
Since you log to comma delimited format it can't be done with this delimiter (your delimiter conflicts with my decimal symbol) so maybe a more generic delimiter (like the tab) or an option to choose which ever you want would be the resolution.
Still, no worries, even if you don't do any of these it would still be my #1 monitoring prog, great stuff and thank you very much for your time and effort and the fact that you provide it for free.
thumb.gif
 
#2,179 ·
Really love the real time visualization of clock speed. However, I have a number of dual processor systems and it appears as though this real time clock speed tool is only applicable to cpu 1, not both. Is there any way you can add support for a second CPU so it displays clock speed / turbo operation for both chips, not just the first one? Other than that, I think you do awesome work, great contribution to the tech community, that's for sure.
 
#6 ·
I have noticed some stuttering in games when running HWiNFO64, but it fixed itself when I disabled a lot of measuring values I'm not interested in knowing the value of. I'm not really sure what value it is, but a lot of people have this problem so I think it would be a good idea to look into it. I have a hunch it may be GPU usage, but I couldn't get it to trigger on my system.

Otherwise it's a great program!
 
#8 ·
Yes, this can happen and depends on mainboard used - more precisely sensors. Some of them require quite much time/resources to read a value from them. Especially "EC" or SMART sensors seem to exhibit such issue. Unfortunately this is because of how the sensors were designed, so the best workaround is as you mention - disable monitoring of these sensors. I have decided to keep them despite this fact, because I think it's better to read more values and if there are issues, it can be 'fixed'. Let's hope the vendors will become aware of this problem and some day they make a better design.
You might also check this thread on HWiNFO forum for more known issues and workarounds:
http://www.hwinfo.com/forum/Thread-IMPORTANT-Known-Issues
Quote:
Originally Posted by Arni90 View Post

I have noticed some stuttering in games when running HWiNFO64, but it fixed itself when I disabled a lot of measuring values I'm not interested in knowing the value of. I'm not really sure what value it is, but a lot of people have this problem so I think it would be a good idea to look into it. I have a hunch it may be GPU usage, but I couldn't get it to trigger on my system.
Otherwise it's a great program!
 
#9 ·
On my sig rig it was SMART monitoring, thanks for letting me know so I don't have to configure the program without knowing what to disable
thumb.gif
 
#10 ·
In case of SMART causing such lag, this is a problem of the storage driver. Some versions of Intel RST drivers are know to cause such (and some other) issues. Intel is aware of this, but IDK when they will fix this.
Quote:
Originally Posted by Arni90 View Post

On my sig rig it was SMART monitoring, thanks for letting me know so I don't have to configure the program without knowing what to disable
thumb.gif
 
#1,915 ·
In case of SMART causing such lag, this is a problem of the storage driver. Some versions of Intel RST drivers are know to cause such (and some other) issues. Intel is aware of this, but IDK when they will fix this.
Quote: Originally Posted by Arni90 

On my sig rig it was SMART monitoring, thanks for letting me know so I don't have to configure the program without knowing what to disable
hi mumak, got a question regarding latest hw info version and added features

https://www.hwinfo.com/version-history/

i have maximus x hero motherboard that dosent have vrm sensor officially... today i updated hwinfo and saw this new sensor pop out of nowhere, im starting to think it might actually be vrm sensor feature that you added?

VR VCC Temperature (SVID)

this correctly shows vrm temp of motherboard now, no?
 

Attachments

#14 ·
Yes. Just make sure you have the LG LCD software running, then open Sensors -> Configure and select which values to show on LCD and their positions.
Alternatively you can use LCDHost (later versions have support of HWiNFO) for an even better experience.
Quote:
Originally Posted by ACHILEE5 View Post

Can this be used with the LCD display on a G15 keyboard
smile.gif
 
#16 ·
Great to have you here mate, I use your monitor every day of my life and really love it.
 
#18 ·
The max clock speed of my CPU is all over the place in HWiNFO after playing a game. The highest the clock speed should ever get is 3507 MHz (167 x 21) which is my Prime95 blend/IBT/HCI stable overclock. As you can see HWiNFO shows that some of the cores are clocking higher, one of them at 4271 MHz.
blinksmiley.gif


197

Tmonitor shows the processor's correct idle and load clock speeds without the spikes that HWiNFO displayed.

181
 
#19 ·
I'm aware of this issue happening sometimes on certain CPUs. Which CPU do you have, is that the Core i7 920 ?
Quote:
Originally Posted by Derp View Post

The max clock speed of my CPU is all over the place in HWiNFO after playing a game. The highest the clock speed should ever get is 3507 MHz (167 x 21) which is my Prime95 blend/IBT/HCI stable overclock. As you can see HWiNFO shows that some of the cores are clocking higher, one of them at 4271 MHz.
blinksmiley.gif

197
Tmonitor shows the processor's correct idle and load clock speeds without the spikes that HWiNFO displayed.
181
 
#23 ·
Like the program a lot. But can someone help me with something I can't understand. In sensor mode, one of the first things listed is:
Core #0 VID ... Core #3 VID. This value goes from 1.001V to 1.401V, depending on the clock speed and voltage. But it does not really match the Vcore set at the bios.
If I enable LLC, idle Vcore stays for example at 1.344V, but Core VID drops to 1.004V on all cores.
With LLC disabled and voltage offset enabled, idle Vcore is 0.960V, Core VID is 1.004V.
Same thing happens with another system with an AMD processor.

So, what is core vid, and should I care more about this value when overclocking?
With my 2600K, under load, I can see the Vcore at 1.32V and core VID at 1.365V.
 
#25 ·
The VID value reported is the voltage level which the CPU requests from Voltage Regulator (VR). Vcore on the other hand is the real measured CPU voltage, so you should more care about the Vcore value. If your mainboard features a Digital PWM VR, then HWiNFO should be able to report value measured/reported straight by the VR too.
Quote:
Originally Posted by John-117 View Post

Like the program a lot. But can someone help me with something I can't understand. In sensor mode, one of the first things listed is:
Core #0 VID ... Core #3 VID. This value goes from 1.001V to 1.401V, depending on the clock speed and voltage. But it does not really match the Vcore set at the bios.
If I enable LLC, idle Vcore stays for example at 1.344V, but Core VID drops to 1.004V on all cores.
With LLC disabled and voltage offset enabled, idle Vcore is 0.960V, Core VID is 1.004V.
Same thing happens with another system with an AMD processor.
So, what is core vid, and should I care more about this value when overclocking?
With my 2600K, under load, I can see the Vcore at 1.32V and core VID at 1.365V.
 
#26 ·
No, I didn't know that
smile.gif

Thanks for the info. I'm working hard to improve HWiNFO every day
wink.gif

Quote:
Originally Posted by peterbazooka View Post

Love this program and have been using for awhile now. Thought you might be interested to know that anandtech mentions using it to log cpu and gpu speeds recently and since anandtech are god (IMHO) in testing I would take that as high praise
smile.gif

http://www.anandtech.com/show/5878/mobile-ivy-bridge-hd-4000-investigation-realtime-igpu-clocks-on-ulv-vs-quadcore
Keep up the good work!
 
This is an older thread, you may not receive a response, and could be reviving an old thread. Please consider creating a new thread.
Top