- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Swap alway high
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
12-21-2004 12:59 PM
12-21-2004 12:59 PM
Do you have any idea. If system alway use high swap. Is it time for add memory? How can I inestigate which process take high memory. (glance?)
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-21-2004 01:10 PM
12-21-2004 01:10 PM
Re: Swap alway high
You could add more memory.
You could add more device swap.
You could kill all the processes on your box, this would reduce loading.. might get you into trouble though :)
A quick and easy way to find out the process hogging the most memory is to type in the following.
UNIX95= ps -e -o ruser,vsz,pid,ppid,args | sort -nk2
The last process listed is the biggest memory user.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-21-2004 01:10 PM
12-21-2004 01:10 PM
Re: Swap alway high
UNIX95= ps -e -o vsz,comm,pid | sort -nr
will list the top memory users. Man ps for detaiils.
You may simply need to reduce your buffer cache usage.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-21-2004 05:40 PM
12-21-2004 05:40 PM
Re: Swap alway high
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-21-2004 06:56 PM
12-21-2004 06:56 PM
Re: Swap alway high
there are two parameter: swchunk and maxswapchunk.
refer this link. I had answered.
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=760481
hope this help
tienna
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-21-2004 08:16 PM
12-21-2004 08:16 PM
Re: Swap alway high
#kmtune | grep swapmem_on
if its 1 u are using pseodoswap.
that means the swapping also is used by memory.
U can turn this off if u have enough disk-swap (=memory)
If u are running a database e.g orcale u could also lower the dbc-max from 50 to 10 and only use the oracle sga.
If that oracle is running filesystem and not rawdevices u should mount it with mincache=direct and convosync=direct
If its a j2ee server it should NEVER swap.
If the application is a 32 BIT application u should set up memory-windows or it will begin swapping after using appx 4 GB memory.
Lots of "if's" here but, it all depends on u'r system.
-paul
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-23-2004 04:42 AM
12-23-2004 04:42 AM
Solution