- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Wait Reason: SYSTM
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
тАО08-21-2002 02:31 AM
тАО08-21-2002 02:31 AM
Wait Reason: SYSTM
Right now doing performance tuning, is it normal / what cause this behaviour, that a process spend > 70% of time waiting SYSTM?
I sure CPU & Memory has enough resource ( > 3G memory free ) , for disks, sometimes it get to 100 spikes ( not last long, maybe 2 sec ), not obvious disks queue observer.
Bgds,
Gordon
PC : 0.0 Cache : 0.0 Wait Reason: SYSTM
Job Control: 0.0 CDROM IO : 0.0
Message : 0.0 Disk IO : 0.0
Pipe : 0.0 Graphics : 0.0
RPC : 0.0 Inode : 0.0
Semaphore : 0.0 IO : 0.0
Sleep : 0.0 LAN : 0.0
Socket : 0.0 NFS : 0.0
Stream : 0.0 Priority : 2.6
Terminal : 0.0 System : 75.9
Other : 0.0 Virtual Mem: 0.0
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-21-2002 04:12 AM
тАО08-21-2002 04:12 AM
Re: Wait Reason: SYSTM
When this is at 70%+ what is the server doing - how busy?
Paula
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-21-2002 05:02 PM
тАО08-21-2002 05:02 PM
Re: Wait Reason: SYSTM
Since it's Sybase replication server process, I have no idea on what that time this rep. server doing...
Bgds,
Gordon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-21-2002 05:30 PM
тАО08-21-2002 05:30 PM
Re: Wait Reason: SYSTM
(1) What OS revision?
(2) What kind of hardware?
(3) Do you have glance installed? if not, purchase it and install it.
(4) is ems running?
(5) what are the top processes running?
(6) what does your swapinfo look like?
(7) what are your kernel parameters?
(8) What kind of disk sub-system?
live free or die
harry
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-21-2002 05:40 PM
тАО08-21-2002 05:40 PM
Re: Wait Reason: SYSTM
Thx for yr address of Q.
1. It's running 11.00
2. N-class 8 CPU and 9GB memory
3. Yes have glance install, above screen dump for the suspect process is capture from Glance, and showing Wait reason : SYSTM on the sybase replication server process ( Reason I am interest in this process is coz we are experencing serious sybase replication delay )
4. Yes, we have EMS running
5. Top process is the Sybase server
6. sh: swapinof: not found.
Mb Mb Mb PCT START/ Mb
TYPE AVAIL USED FREE USED LIMIT RESERVE PRI NAME
dev 1024 0 1024 0% 0 - 1 /dev/vg00/lvol2
dev 3072 0 3072 0% 0 - 1 /dev/vg00/swap2
dev 4312 0 4312 0% 0 - 1 /dev/vg01/swap3
dev 4312 0 4312 0% 0 - 1 /dev/vg01/swap4
reserve - 4122 -4122
memory 7133 4498 2635 63%
total 19853 8620 11233 43% - 0 -
7. Which kernel parms? There are so many..
8. It's using EMC Symm4 class.
Thx.
Bgds,
Gordon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-21-2002 06:11 PM
тАО08-21-2002 06:11 PM
Re: Wait Reason: SYSTM
Since the Rep-process is taking too long, has it ever run as you expect? Is there anything to compare with? This may be perfectly normal and only a redesign of the database will improve things. Without any 'norm' there's not much you can do to speed up a slow process.
Bill Hassell, sysadmin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-21-2002 11:10 PM
тАО08-21-2002 11:10 PM
Re: Wait Reason: SYSTM
As said without a baseline to go by it is difficult to see if this is a problem.
If the server is very quiet the 70% of not very much is very little, but if busy then that 70% could be 70%b of a lot - therefore a problem.
Do a :-
grep -e KC_PARAM_NAME -e KC_PARAM_STATUS /var/sam/boot.config > /tmp/kern.info
Which will extract the kernel parms and please post the kern.info
Paula
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-22-2002 02:20 AM
тАО08-22-2002 02:20 AM
Re: Wait Reason: SYSTM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-22-2002 03:21 AM
тАО08-22-2002 03:21 AM
Re: Wait Reason: SYSTM
your :-
KC_PARAM_NAME = "dbc_max_pct"
KC_PARAM_STATUS = "20"
KC_PARAM_NAME = "dbc_min_pct"
KC_PARAM_STATUS = "5"
How much physical memory do you have?
A target for dbc_max_pct is circa 400 meg and dbc_min_pct circa 70 meg
use sar ???b
and watch the %rcache column for figures below 100% -
That is:- the system was not 100% successful in finding what it wanted in the cache and so therefore user the slower medium of disk.
If this happen regularly then increase slightly and try again.
Can you post a ps -ef and top output ?
Paula
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-22-2002 03:29 AM
тАО08-22-2002 03:29 AM
Re: Wait Reason: SYSTM
Below is the output of Glance instead
Read Cache Hits 11161 100.0 168349 100.0 100.0
Write Cache Hits 260 87.0 5990 79.5
DNLC Hits 14566 90.1 271976 90.6 98.8
DNLC Longs 0 0.0 78 0.0 0.1
Confirm the cache util. is quite good in both read / write, our machine is 9G in memory.
Top output is like this:
Load averages: 0.74, 0.61, 0.58
219 processes: 196 sleeping, 15 running, 8 stopped
Cpu states:
CPU LOAD USER NICE SYS IDLE BLOCK SWAIT INTR SSYS
0 0.60 19.8% 0.0% 14.9% 65.3% 0.0% 0.0% 0.0% 0.0%
1 0.71 16.0% 0.0% 14.0% 70.0% 0.0% 0.0% 0.0% 0.0%
2 0.61 29.0% 0.0% 24.0% 47.0% 0.0% 0.0% 0.0% 0.0%
3 1.08 94.0% 0.0% 2.0% 4.0% 0.0% 0.0% 0.0% 0.0%
4 0.68 14.0% 0.0% 13.0% 73.0% 0.0% 0.0% 0.0% 0.0%
5 0.81 99.0% 0.0% 1.0% 0.0% 0.0% 0.0% 0.0% 0.0%
6 0.65 14.0% 0.0% 12.0% 74.0% 0.0% 0.0% 0.0% 0.0%
7 0.80 12.0% 0.0% 9.0% 79.0% 0.0% 0.0% 0.0% 0.0%
--- ---- ----- ----- ----- ----- ----- ----- ----- -----
avg 0.74 36.9% 0.0% 11.7% 51.5% 0.0% 0.0% 0.0% 0.0%
Memory: 458324K (364156K) real, 445652K (366608K) virtual, 3263240K free Page#
1/44
CPU TTY PID USERNAME PRI NI SIZE RES STATE TIME %WCPU %CPU COMMAND
5 ? 8245 sybase 241 20 17472K 4380K run 1350:40 98.91 98.74 dataserv
3 ? 8226 sybase 241 20 17472K 4380K run 1380:32 98.88 98.71 dataserv
0 ? 8225 sybase 168 20 17472K 4380K sleep 758:21 55.43 55.33 dataserv
7 pts/tn 18726 sybase 152 20 48136K 44976K run 4:51 33.01 32.95 repserv
Thx.