- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: collecting kernel metrics (semaphores and shar...
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
Forums
Discussions
Discussions
Discussions
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
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
04-24-2002 02:52 PM
04-24-2002 02:52 PM
collecting kernel metrics (semaphores and shared mem)
semmns
semmni
shmseg
shmmni
semmap
semmnu
I looked at sar and vmstat; neither have this data. glance has semmni and shmmni, but not the others. We don't have perfview on these systems. We're having problems with a certain s/w product, and the vendor wants us to increase all these parameters. I'd like to ensure that they actually need increasing before doing something like this. Solaris has a 'kstat' command. Does HP have anything similiar?
Thanks in advance,
Larry Schauer
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-24-2002 02:55 PM
04-24-2002 02:55 PM
Re: collecting kernel metrics (semaphores and shared mem)
You can get values of most of these parameters from /stand/system.
Regards
Hari Jayaram
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-24-2002 03:18 PM
04-24-2002 03:18 PM
Re: collecting kernel metrics (semaphores and shared mem)
Thanks for the quick response, but /stand/system doesn't give the info I need. I need to know the current utilization of those parameters.
Thanks,
Larry
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-24-2002 04:01 PM
04-24-2002 04:01 PM
Re: collecting kernel metrics (semaphores and shared mem)
Sorry about that. However I learnt a new command from you for sun. It is only on 5.8 and not below that.
If you have glance the system tables should give you the following information which is current
Proc Table (nproc) 4116 129 3 3
File Table (nfile) 30010 515 2 2
Shared Mem Table (shmmni) 500 9 2 2
Message Table (msgmni) 2048 2 0 0
Semaphore Table (semmni) 4096 25 1 1
File Locks (nflocks) 4096 7 0 0
Pseudo Terminals (npty) 60 0 0 0
Buffer Headers (nbuf) na 88842 na na
Let me look around a bit and see if I can get some more inf
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-25-2002 12:04 AM
04-25-2002 12:04 AM
Re: collecting kernel metrics (semaphores and shared mem)
I dont know whether I have understood the question properly.
If you are looking for the values of the kernel parameters being set then you can use command 'kmtune'
# kmtune -l > /kmtune.log
So the file contains all the values of the kernel parameters being set.
Hope this helps you.
- Sukant
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-25-2002 05:46 AM
04-25-2002 05:46 AM
Re: collecting kernel metrics (semaphores and shared mem)
/usr/sbin/kmtune -l > kernel.parms
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-25-2002 06:28 AM
04-25-2002 06:28 AM
Re: collecting kernel metrics (semaphores and shared mem)
Sukant and Babu---the kmtune command doesn't answer my question, but I need that information (max values) anyway, so thanks.
Hari--yes, that's the info I'm looking for. The glance snapshot shows the values for 2 of the parameters. Now if we can find a way to obtain the other parameters.
Thanks,
Larry
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-25-2002 06:44 AM
04-25-2002 06:44 AM
Re: collecting kernel metrics (semaphores and shared mem)
I don't see any way to get these directly w/o writing something to use pstat calls.
Specifically pstat_getsem & pstat_getshm.
Note these are the type of calls Glance uses.
See the following for info on usage:
http://docs.hp.com/cgi-bin/fsearch/framedisplay?top=/hpux/onlinedocs/B2355-90682/B2355-90682_top.html&con=/hpux/onlinedocs/B2355-90682/00/01/137-con.html&toc=/hpux/onlinedocs/B2355-90682/00/01/137-toc.html&searchterms=pstat&queryid=20020425-074747
HTH,
Jeff
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-25-2002 06:59 AM
04-25-2002 06:59 AM
Re: collecting kernel metrics (semaphores and shared mem)
You can achive that in a file in two ways.
1.
#kmtune >test.txt
2.
sysdef >test1.txt
once you open the file you will find all kernel parameters in it with current value set on each.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-25-2002 11:08 AM
04-25-2002 11:08 AM
Re: collecting kernel metrics (semaphores and shared mem)
You can monitor current usage
of such resources via 'ipcs'
command. The man pages for
'ipcs' explain the meaning of
various columns in the output.
Use 'ipcs -a' to display all
columns.
On the other hand, the default
settings for the parameters:
semmns, semmap, and semmnu are
determined by formulas.
You can see this from the
output of 'kmtune':
semmap (SEMMNI+2)
semmns (SEMMNI*2)
semmnu (SEMMNI/2).
So, unless you have a reason
to change the defaults, you
just need to modify the value
for semmni, and the other
three "semaphore parameters"
will adjust automatically.
If you need to do customized
settings, it would be quite
important, I think, to
understand the meaning of
each resource. Again, the
man pages for 'ipcs' might
be helpful.
For example, the parameter
shmseg sets the maximum number
of shared memory segments per
process. If you run
'ipcs -mopb' you might be able
to determine if the number
of shared memory segments
for any process is even close
to the current shmseg setting.
I also like to use the
attached glance syntax to get
more information. If you want
to try it, save it to your
current directory as shmem.txt
and then run:
glance -adviser_only -syntax shmem.txt -iterations
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-26-2002 04:52 AM
04-26-2002 04:52 AM
Re: collecting kernel metrics (semaphores and shared mem)
I think your main problem comes from not fully understanding which parameter means what.
Some specific comments:
semmap gives a *warning* if not properly dimensioned, see the Help.
semmns can be the same as semmni, unless semaphore sets (sets of semaphores) are used, which is hardly ever the case.
semmni usage is shown by ipcs(1).
semmnu hardly ever used, but if you want to be sure, set it to semmni/semmns.
shmseg this is a *limit*, you can see the sizes of Shared Memory segments with ipcs(1), so you can see if actual usage is approaching this limit.
shmmni usage is shown by ipcs(1).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-13-2005 07:03 AM
01-13-2005 07:03 AM
Re: collecting kernel metrics (semaphores and shared mem)
I'm in the same boat as you were 2 years ago and would like to know when I am approaching the point(within 10%) where I need to retune. I'm writing a home-grown script in Patrol to alert when within 10% of certain semaphore and shared memory maximums. What it boils down to is what maximums are output of kmtune that can be seen approaching in ipcs?