Incorrect GPU Memory report

H

hexaae

Well-Known Member
Hi, a picture is worth a thousand words:



As you can see the GPU memory reported for my GeForce 9600M GT is different from GPU-z...

BTW, can you add in the generic System Summary panel also the default GPU clock (e.g. 500/400/1250, clock/mem/shader) + computing infos (OpenCL, Cuda, PhysX, DirectCompute4.0...)?
 
I'm not sure who's right here, please try the nvidiaInspector tool to see what it displays.
 
Thanks! It's a bit strange, since the values from DBG do not give the results displayed.
Does HWiNFO32 report 100 MHz GPU Mem Clock too? If yes, what says GPU-Z or the inspector in this case?
Also, interesting would be to run HWiNFO32 without other tools running concurrently to see what memclk values are returned.
 
Martin said:
Thanks! It's a bit strange, since the values from DBG do not give the results displayed.
Does HWiNFO32 report 100 MHz GPU Mem Clock too? If yes, what says GPU-Z or the inspector in this case?
Click to expand...
Yes, in that case (almost idle) GPU-Z, nVidia Inspector and HWiNFO give the same results: 100MHz.

Also, interesting would be to run HWiNFO32 without other tools running concurrently to see what memclk values are returned.
Click to expand...
I've tested this and is always incorrect... it's like there's a negative offset applied (real MHz - offset)...
 
I have implemented a small update and will release a new Beta in few hours. But I'm not sure if that will help..
In case it won't fix it, I'll need all possible GPU MemClk values it returns along with those which are actually valid.
 
Martin said:
I have implemented a small update and will release a new Beta in few hours. But I'm not sure if that will help..
In case it won't fix it, I'll need all possible GPU MemClk values it returns along with those which are actually valid.
Click to expand...
Tested latest beta but didn't solve:



Please, tell me exactly how to generate the trace/log for you...
 
Martin said:
One more idea.. Could you please try AIDA64 if that works properly ?
Click to expand...
I'm afraid it would give the same results of GPU-z, SIW, nVidia Inspector... I don't like the idea to install the trial + remove of AIDA64....
 
How could you know it would give the same result as GPU-Z?
AFAIK, AIDA64 uses a similar method as HWiNFO32 where on the other hand the nVidia Inspector, SIW (and GPU-Z probably too) use NVAPI.
So I wanted to make sure if there's a bug in my implementation, or for this case I should rather use NVAPI.
You also don't need to install the AIDA64, just unpack the portable ZIP edition, run and then you can delete it.

hexaae said:
Martin said:
One more idea.. Could you please try AIDA64 if that works properly ?
Click to expand...
I'm afraid it would give the same results of GPU-z, SIW, nVidia Inspector... I don't like the idea to install the trial + remove of AIDA64....
Click to expand...
 
Martin said:
How could you know it would give the same result as GPU-Z?
AFAIK, AIDA64 uses a similar method as HWiNFO32 where on the other hand the nVidia Inspector, SIW (and GPU-Z probably too) use NVAPI.
So I wanted to make sure if there's a bug in my implementation, or for this case I should rather use NVAPI.
You also don't need to install the AIDA64, just unpack the portable ZIP edition, run and then you can delete it.

hexaae said:
Martin said:
One more idea.. Could you please try AIDA64 if that works properly ?
Click to expand...
I'm afraid it would give the same results of GPU-z, SIW, nVidia Inspector... I don't like the idea to install the trial + remove of AIDA64....
Click to expand...
Click to expand...

Ok, if you say it uses another method... here is a sshot:

 
I made more modifications to the method, please try this one: <!-- w --><a class="postlink" href="http://www.hwinfo.com/beta/hw32_366_1088.zip">www.hwinfo.com/beta/hw32_366_1088.zip</a><!-- w -->
If that still doesn't work, please create a new Debug File while running across different states (and note which values have been displayed and which ones should be correct).
BTW, when you run HWiNFO32 without Debug Mode (standard), does it report incorrect too?
 
Martin said:
I made more modifications to the method, please try this one: <!-- m --><a class="postlink" href="http://www.hwinfo.com/beta/hw32_366_1088.zip">http://www.hwinfo.com/beta/hw32_366_1088.zip</a><!-- m -->
If that still doesn't work, please create a new Debug File while running across different states (and note which values have been displayed and which ones should be correct).
Click to expand...
The values are those reported in the previous post in the sshot by AIDA64 (Level #1÷4) since also GPU-z reports the same things...



Attached the Debug file.

BTW, when you run HWiNFO32 without Debug Mode (standard), does it report incorrect too?
Click to expand...
Yes always incorrect except when 100MHz.
 

Attachments

Thanks for the extensive report. I'm analysing the data and it seems this card uses a custom Mem reference clock and that's the reason (27 MHz instead of 25 MHz default).
I'll let you know when I have a solution..
 
You must log in or register to reply here.

Similar threads

S
GPU Memory Clock (incorrect)
Replies
1
Views
557
Martin
Martin
A
Zotac 1650 OC not reporting correct power consumption.
Replies
2
Views
427
Animag771
A
Back
Top