- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Changing maxdsiz_64bit
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
тАО03-04-2011 03:58 AM
тАО03-04-2011 03:58 AM
The other week we patched a PA-RISC 11.11 box, and in SAM I had it set the maxdsiz_64bit number to 1.5 times what it was. I entered the number in sam manually, after calculating it out.
However, after the reboot and kernel rebuild, the maxdsiz_64bit is the same as it was. What am I missing? We're due to try again Sunday.
maxdsiz 1073741824 1073741824
maxdsiz_64bit 2147483648 2147483648
I want maxdsiz_64bit to be 3221225472. Do I need to change anything else?
Thanks!
Leam
Solved! Go to Solution.
- Tags:
- maxdsiz
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-04-2011 04:50 AM
тАО03-04-2011 04:50 AM
Re: Changing maxdsiz_64bit
Bill Hassell, sysadmin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-04-2011 05:48 AM
тАО03-04-2011 05:48 AM
Re: Changing maxdsiz_64bit
The reason for the math was to incrementally raise the bar. We're running old servers and I felt moving forward a little at a time would be safer. Since the machine is running Oracle I expect it to crash itself if it takes up everything.
Leam
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-04-2011 06:31 AM
тАО03-04-2011 06:31 AM
Solution> We're running old servers and I felt moving forward a little at a time would be safer. Since the machine is running Oracle I expect it to crash itself if it takes up everything.
Kernel parameters like 'maxdsiz' and 'maxdsiz_64bit' are merely fences. That is, they are the limits beyond which an individual process may not go. For 32-bit processes, 'maxdsiz' is enforced; for 64-bit ones, 'maxdsiz_64bit'.
The aforementioned parameters control the amount of memory that a process can have for its glogal data, arrays, strings and memory allocated with malloc() and sbrk().
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-04-2011 06:44 AM
тАО03-04-2011 06:44 AM
Re: Changing maxdsiz_64bit
You can use way beyond all of your memory with no crash. HP-UX will swap out idle processes to make room for additional programs and program growth. If Oracle can't get the amount of RAM that your DBA requests, it will report an out-of-memory error and stop. Making the limit larger does nothing to the programs. They will request whatever they did in the past. The only time a process will hit the old or new limit is when it requests more memory than the limit. Well written programs will report the limitation and terminate.
Note that if you have programs that are reporting out of memory, there are several ways to hit a limit. One is the 32 bit maxdsiz limit. Another is that 32 bit programs have a default limit of just under 1000 MB. This can be changed by recompiling the program to use EXEC_MAGIC program layout. There are other ways to bump a 32 bit program to be able to use more memory, all the way up to 3.75 GB -- but no more. 64 bit programs have no layout limit other than maxdsiz_64.
But in all cases, you must have swap space available to be reserved for the programs in memory. The minimum swap space is about 1/4 of your RAM size but in order to use swap space for idle programs, it's best to have at least 50% to 100% swap space available. Use swapinfo -tam to report the space. You can add more swap space online but with 11.11, you may need to increase the kernel parameter maxswapchunks. Make it 10000 so you don't have to change it again.
Bill Hassell, sysadmin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-04-2011 06:56 AM
тАО03-04-2011 06:56 AM
Re: Changing maxdsiz_64bit
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-01-2011 03:38 PM
тАО06-01-2011 03:38 PM
Re: Changing maxdsiz_64bit
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-01-2011 05:57 PM
тАО06-01-2011 05:57 PM
Re: Changing maxdsiz_64bit
maxdsiz_64 applies to each process. So 100 processes can all ask for 10 GB each for a total of 1000 GB of RAM. Whether you have enough RAM and swap space is a separate issue.
Bill Hassell, sysadmin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-02-2011 05:28 AM
тАО06-02-2011 05:28 AM