- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Swap Question
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
тАО06-03-2010 02:24 PM
тАО06-03-2010 02:24 PM
Well I have another question on sizing swap. We have a new rx3600 running HPUX 11.31, with 24GB of memory. If the desire is to add 24 GB of swap, and the only option is onto vg00 (which is on the internal disk) - which is better: a) make lvol2 24GB, or b) make lvol2 12GB, and create lvol9 with 12GB? In other words - in this configuration, is there any advantage to have one swap lvol vs two swap lvol's? We are igniting the server tomorrow...hence the question.
Thanks...colin
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-03-2010 02:38 PM
тАО06-03-2010 02:38 PM
SolutionIf you are cold-installing from scratch, size your primary device swap to the extent you want it to be and be done!
If your vg00 is already built, and you need to add additional device swap, *and* have no other volume group to use, add a new logical volume for the secondary swap and set its swap priority to be *different* from that of the primary swap.
While you never want to actually do swap (page) I/O, if you do, you don't want disk head movement as two equal priority swap devices on the same physical volume attempt to interleave the I/O.
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-03-2010 03:09 PM
тАО06-03-2010 03:09 PM
Re: Swap Question
Hi James,
We are re-igniting the server tomorrow from our make_tape_recovery, to test our Disaster Recovery out, and to do this before any applications are on it. Just to confirm we are on the same page here - if our goal is to have 24GB of device swap - I can resize lvol2 during the re-ignite process to 24 GB?
Thanks...colin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-03-2010 03:29 PM
тАО06-03-2010 03:29 PM
Re: Swap Question
> I can resize lvol2 during the re-ignite process to 24 GB?
Yes. In fact, during an Ignite Advanced Installation (which you select), you have the opportunity to resize any and/or all of the logical volumes that comprise vg00. It's a great opportunity to adjust upwards and/or downwards in size.
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-03-2010 03:31 PM
тАО06-03-2010 03:31 PM
Re: Swap Question
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-03-2010 03:31 PM
тАО06-03-2010 03:31 PM
Re: Swap Question
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-04-2010 03:58 AM
тАО06-04-2010 03:58 AM
Re: Swap Question
A standard installed system comes with a # of Gbyte lvol2 swap, were lvol2 is both primary swap device and dumpdevice.
Instead of increasing the lvol2 swap to match the current amount of memory in the system, it would be better, if a small lvol2 is created of f.e. 4Gbyte and a dedicated second "lvol9" swap/dump volume, that is equal to the size of the memory plus 1 or 2 Gbyte, in your case 26 Gbyte. (in pa-risc days, it was size of memory + 10% to capture a full crashdump, but I think with large memory systems not the full 10% is needed anymore)
Then afterwards, remove the 'dump designation' of lvol2 , dedicating lvol2 to only being the primary swapdevice, and add the "dump designation" to lvol9 as, and offcourse "designate" lvol9 as secondary swapdevice.
When a "standard" "selective" crashdump now happens, the memory will, before "rebooting the system", "dump around 20-25% to lvol9".
After the system reboots, the crashdump "save" startupscript, will then write the crashdump from dumpdevice, lvol9, to a new crashdirectory in /var/adm/crash.
If lvol2 would be the dumpdevice, then the startup of the system, will "halt" at the "save crashdump" startupscript, until "the writing of the crashdump to /var/adm/crash" is done before moving on with the rest of the startupscripts.
With a system of 24Gbyte of memory, waiting for 6Gbyte (20% of memory), to be written away, isnt probably to bad, probably 5-6 minutes, but if a full crashdump, crashconf -v, is required, and the total of 24Gbyte of memory, needs to be written away to /var/adm/crash, the 5-6 minutes "extra waiting" becomes fast 20-24 minutes waiting.
With a seperate dumpdevice lvol9 of 26Gbyte, the "crashdump startupscript", initiates the crashdump saving, in the background, and immediately goes further with the next startupscript, which with "large memory systems", shortens the startup sequence considerably.
NOTE: some setting up needs to be done, to make the above possible, additionial swap/dump added, /etc/fstab adapted (swap and dump lines added for lvol9), crashconf -d
NOTE: no need to worry about having 2 swapdevices, if the system is paging, or only 1. Disk access is anyhow 1000times slower then memory access, and the difference between 2000times slower or "only 1000 times", slower is not, that big a difference, to the user, and he will rightfully complain in both cases. ;) If the paging is due to insufficient memory resources, due to legimate increasing usermemory demand, instead of ; bad kernel tuning/not following "standard" practices, user/kernel memory leaks, memory will need to be added anyway to stop the paging.
Greetz,
Chris