Hi Peter Harris,
I have the following questions regarding Mali T-628 GPU.
I am running a 3D convolution OpenCL kernel in Mali T-628 GPU (set of 4 cores device). I obtain the GPU cycles counter using Streamline
The GPU Vertex-Tiling-Compute:Activity counter shows 100% utilization . So this translates to 100% GPU utilization.
Then the GPU active cycles should match the runtime right?
In a sampling interval of 1s , the GPU active cycles should be 600*10^6 whereas the GPU active cycles reported by streamline is 3141810
Why this discrepancy?
Please help me understand this.
Thanks
Thank you for your inputs. But my question is
In the following data,
Time Index GPU Vertex-Tiling-Compute:Activity Mali Job Manager Cycles:GPU cycles Mali Job Manager Cycles:JS1 cycles Mali Core Cycles:Tripipe cycles Mali Core Cycles:Compute cycles
6 99.55% 597264018 597099182 385657069 3856617887 99.52% 597069905 596896010 385843125 3858480218 99.64% 476883765 476739306 307584997 3075890739 99.36% 327274357 327183748 211693189 21169609610 99.52% 597066566 596880847 385265405 385270772
Even though GPU Vertex-Tiling-Compute:Activity is 99.64% why streamline reports 476M gpu cycles instead of 599M ? I checked the temperature of GPU , it is only ~55 C for the above case.
99.64% activity means idle periods are not there. Also temperature of GPU is only ~55 C. So overheating also is not happening. Then why discrepancy arises. I am unable to understand.
Hi massa,
I'm not sure I can give you a better answer.
The "Activity" counter is a software metric reported by the kernel driver; i.e. how busy does the driver think the hardware is.
The other counters are hardware counters reported by the GPU while work is running; i.e. how busy does the hardware think it is.
The only conclusion I can draw is that your platform BSP is down-clocking the GPU to ~300Mhz for some reason. The frequency management is outside of the Mali driver / hardware and is provided by the chipset manufacturer, so I can't explain why it's decided to do this.
HTH, Pete