Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

CMS Processor Usage 2

Status
Not open for further replies.

defjon

Technical User
Oct 1, 2002
53
GB
Does anyone know how to check current (& maybe historical) processor usage on the CMS itself? What should I be looking for to see if we have a problem? We are having wallboard problems & Avaya seem to think it's down to this...

thankyou
JB
 
The UNIX command is 'sar' and will show the occupancy for the past 24 hours.

Kevin
 
..alternatively you could take a look at mpstat, cpustat and for this purpose..

 
'sar' gives the following average

Average 20 80 0 0

I presume that is average 20% occupancy for the day looking at the figures (?). If I'm correct this is ideal.

mpstat - which field should I be checking? Idl - 72 (72%idle?). What period if time does this cover?

cpustat is 'not found'.

Cheers for your help,
JB <-- off to check more manuals
 
mpstat is 'at the moment' as far as I remember. You can use the following syntax: mpstat {interval} {count} to get more details.
For example mpstat 5 3 will run mpstat every 5 seconds, 3 times. If you want you could pipe the output to a file for further analysis: mpstat {interval} {count} > file

hope this helps...
 
Ah well, looks like I do have a problem, the col's 2 & 3 on sar report should go no higher than 60 - they add up to total occupancy so I am at 100%!

I'll invetsigate further with mpstat - thanks both

JB
 
Run a &quot;ps -ef | grep lp&quot;

See if the lpshed is running twice. I've seen this before.

It may simply be that the machine is overloaded.

Make sure you limit the number of logins that have low refresh times for real-time reports. I usually don't set them below 15 seconds for anyone other then admin for troubleshooting.

You didn't spec which CMS machine you are using, how many ACD's, how many agents, how many CentreVu Supervisors. All these impact performance. James Middleton
ACSCI/ACSCD/MCSE
Xeta Technologies
jim.middleton@xeta.com
 
James is right about all the things that can take up processor occupancy. But the most common problem I have found is 1 thing....Custom Reports. Have you got any Custom Real-Time reports ??
 
James - thanks for the tips, running that command shows only the one instance of 'lpshed' though. I've increased the minimum refresh rates & dropped the maximum windows for at least half the users but still to no avail.

As you hinted, I think it's mainly server size - we are running an Ultra 5 with up to 70 simultaneous logins. I'm getting Avaya to run the TOP software from Sun to see which processes are eating up the performance.

UKcomms - we have 3 custom real-time reports running wallboards & a number of Designer reports, I'm sure we'll find these taking a lot of resource also.

many thanks for all your help!
JB
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top