- Community Home
- >
- Servers and Operating Systems
- >
- Legacy
- >
- Operating System - Tru64 Unix
- >
- Re: CPU 100% busy
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-15-2003 06:27 AM
тАО12-15-2003 06:27 AM
CPU 100% busy
As I was checking the collect command output, I found out that CPU2 is 100% busy while other CPUs are not that busy?
Is there a problem or is this something normal?
Below is the CPU part of collect
# CPU SUMMARY
# USER SYS IDLE WAIT INTR SYSC CS RUNQ AVG5 AVG30 AVG60 FORK VFORK
9 41 50 0 610 3794 3639 1 1.51 1.50 1.52 0.60 0.30
# SINGLE CPU STATISTICS
# CPU USER SYS IDLE WAIT
0 11 16 72 0
1 12 21 66 0
2 0 100 0 0
3 11 27 61 0
Mohamed
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-15-2003 11:01 PM
тАО12-15-2003 11:01 PM
Re: CPU 100% busy
"
0 11 16 72 0
1 12 21 66 0
2 0 100 0 0
3 11 27 61 0
"
IMHO, if time slice is 1-2 seconds or less - then it looks like normal.
If a system has just one active job at this partucular moment, then it run it on one of CPU's available...
Sometimes it is possible to parallelize one job on several CPU's, but in rare cases.
More then that, system schedulet tries to assign job to the same CPU - to use job's data which are still possibly in CPU cache.
If You see this picture for extended periodes of time (> 10 sec) and whith multiple jobs running on Your system - then it is strange.
P.S.
there is a command runon. Try
#man runon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-16-2003 05:04 AM
тАО12-16-2003 05:04 AM
Re: CPU 100% busy
I agree with Alexey. Usually a process uses up to 100% of one cpu. You also can try top or monitor to watch the machine during those times.
greetings,
Michael
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-16-2003 05:42 AM
тАО12-16-2003 05:42 AM
Re: CPU 100% busy
Is there a way I can know which process is using that particular processor?, and whay is it not multitasking and arranging the loads to other processes other than it is using that CPUs' cache
What do you think
Mohamed
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-16-2003 06:17 AM
тАО12-16-2003 06:17 AM
Re: CPU 100% busy
if the cpu is 100% all the time, then something is wrong. First shot would be top to see, which processes use much cpu and then you can see, if one is among the top all the time. If you suspect one, use:
ps -eo psr,pid,command,pcpu | grep pid
or:
ps -eo psr,pid,command,pcpu | nawk '$1~/1/ {print $0}'
to see, what is running on cpu 1.
greetings,
Michael