AIX

just a busy system - nothing wrong with it (though your IO needs by the looks of it more buffer memory - check vmstat -v outputs and tune accordingly).

if you have 24 virtual cpus with smt4, than up to 96 processes in the runqueue are running directly on the cpu - so anything below 96 is no reason for concern in any way

Runqueue processes are processes either running on or waiting for a cpu - they are only reason to look deeper into when you are exceeding your thread count ...

Regards
zxmaus

Yes pbufs increase already in the pipeline. Awaiting approval of Change record

Interesting thought ("so anything below 96 is no reason for concern in any way") which I am still considering.

The runqueue as in the vmstat (on the R side) indicate number of tasks that could not be dispatched within the time cycle (1/10 of a second) ; the B (blocked )indicates tasks that could not be dispatched becasue they are not ready example waiting for I/O, My blocked count on vmstat is 0

So I am not quite sure I agree with the "no concern";

Perhaps I should ask, Do you consider this systems to be overutilized?


Thank you and I hope you do not mind my questions...
regards
Il-Malti

No I actually dont consider your system overutilized. And the definition of the r + b row:

Regarding your high amount of syscalls - yeah for sure worth looking into why / what is generating them. You might want to start with your network traffic on the local host - take a look at whether your applications are making "single row requests" to your database rather than fetching an array of results per request to process?

Regards
zxmaus