- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: System Performance problem!
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
тАО07-14-2003 05:27 PM
тАО07-14-2003 05:27 PM
I have a L2000 box with physical memory 768M. The SWAP(lvol2) is set to 1024M. It runs a Progress DB system. The DB size is about 1.7G. All tables of the DB are integrated in DB but I can work out that the max table size is about 400M.
Now the system performance is very poor.
Of course the disk I/O is a bottleneck, this is to be tuned!
And, I found the swap of "dev" (#swapinfo -ta) is used 5%. At first I think the memory is not enough. But I found that the kernel parametes of buffer cache is strange(#sysdef):
bufpages 98304
dbc_max_pct 50
dbc_min_pct 5
Physical memory used for buffer cache is up to 384M.
Because this box is not a serious using , add more physical memory is impossible. So I have some questions:
1. Should I decrease dbc_max_pct to free up some buffer-cache-using memory ? (I know decreasing buffer cache will make poorer system performance,swap data paging will also make poorer system performance. Which should I take first?)
2. How to decide the approximate buffer cache of the system? (Of course the larger, the better! But is will make other available memory smaller.)
Very sorry for my poor English, but I'd try to make my question clear! Thanks in advance.
-ux
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-14-2003 05:42 PM
тАО07-14-2003 05:42 PM
Re: System Performance problem!
This is why your buffer cache is 384MB ie (98304 x 4K)/1024. Therefore changing dbc_max_pct will have no effect.
Secondly 768MB is very little memory. if you have memory problems, then there is only 1 solution & that's more RAM.
Have a look in glance (option m) to see memory report.
Also look at vmstat & pageouts (po).
The larger the better is not really true for buffer cache. Generally a buffer cache of 400-500MB is more than sufficient. In your case you could try to reduce buffer cache & see if this helps, say to 250MB (set bufpages to 64000).
Cheers
Con
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-14-2003 05:46 PM
тАО07-14-2003 05:46 PM
Re: System Performance problem!
dbc_max = 25
But need to see total percent swap utilized to be sure:
swapinfo -tam
sar -b 5 5
If the vicious cycle of allocating and deallocating memory between buffer caches exists, then paging or swapping will be exhibited.
May as well attach the results of the following, during a load:
vmstat 5 5
sar -v 5 5
sar -u 5 5
sar -d 5 5
Regarding "...Of course the larger, the better! ...." Wrong. To much dynamic buffer cache will result in a vicious cycle where the kernel expands the buffer when needed and shrinks when also needed. This causes overhead and swapping.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-14-2003 07:01 PM
тАО07-14-2003 07:01 PM
Re: System Performance problem!
http://www2.itrc.hp.com/service/cki/search.do?category=c0&docType=Security&docType=Patch&docType=EngineerNotes&docType=BugReports&docType=Hardware&docType=ReferenceMaterials&docType=ThirdParty&searchString=UPERFKBAN00000726&search.y=8&search.x=28&mode=id&admit=-1335382922+1058237934142+28353475&searchCrit=allwords
collect data with the atatched script.
Your question is quite clear. a lot of people set dbc_max_pct to 5, or 10, making the range much smaller.
Its expensive CPU wise to switch from 5 to 50. Its expensive to switch at all.
Pay attention to HFS vinodes. They are also very expenseive. You might want to hard code a value other than the default formula. We did.
The doc above is written by a really sharp HP performance guy. He's in Montana fishing right now. If you like the doc, pull for him to catch a big one.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-14-2003 07:41 PM
тАО07-14-2003 07:41 PM
Re: System Performance problem!
Here's my 2 cents worth - sorry 5 cents - they got rid of the 2 cent coin.
Assuming you have not set bufpages or nbuf to explicit values in /stand/system, then you are using dynamic buffer cache (ie, dbc_min_pct and dbc_max_pct).
I would set dbc_max_pct to 15 and monitor it. Don't worry if you find that its value has reached the maximum as that will typically be caused by your backups.
I would also seriously consider adding another 500Mb of swap. You can always take it off again if necessary. Adding additional swap may require a change to maxswapchunks kernel parameter.
Hope it helps
Cheers!!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-14-2003 07:56 PM
тАО07-14-2003 07:56 PM
Re: System Performance problem!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-16-2003 06:59 AM
тАО07-16-2003 06:59 AM
Re: System Performance problem!
I'm new as Sys Admin, so you may want to do some research on these below...
Our bufpages and nbuf are both 0 and this is why...
If bufpages is zero at system boot time, the system allocates two pages for every buffer header defined by nbuf. If bufpages and nbuf are both zero, the system enables dynamic buffer cache allocation and allocates a percentage of available memory not less than dbc_min_pct nor more than dbc_max_pct , depending on system needs at any given time.
What is your I/O timeout? This can be seen with pvdisplay /dev/dsk/??disk??
ours was default which is 30 I upped this to 90 and saw some improvements.
But more memory is the big thing. I pulled out our 256 DIMMs and replaced them with 512's and added another memory carrier full of 512M DIMMS. This was our most noticable imporvement when our Db was under 10Gig and when I didn't have 160 users hitting the DB.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-16-2003 07:24 AM
тАО07-16-2003 07:24 AM
Re: System Performance problem!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-22-2003 11:58 AM