- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: dbc_max_pct general 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
тАО05-11-2009 07:34 AM
тАО05-11-2009 07:34 AM
I have an RP4440 with 4 processors and 32GB RAM. Current dbc_max_pct is set at 15. The system is running fine, no complaints from users and folks are generally happy with the performance.
If I do sar -b I notice that my %rcache in usually in the 90s, but my %wcache is usually low in the 40s 50s or so. I can't help but think that if I lower my dbc_max_pct to say about 10 or so, that would help.
However, given that things are ok and memory/performance have not been problematic, something tells me to leave well enough alone.
What do you guys think...am I asking for trouble by tinkering with things when they may not need tinkering?
Many thanks
Mauro
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-11-2009 07:50 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-11-2009 07:54 AM
тАО05-11-2009 07:54 AM
Re: dbc_max_pct general question
Pete
Pete
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-11-2009 08:12 AM
тАО05-11-2009 08:12 AM
Re: dbc_max_pct general question
For example, if your application writes data out in reasonably large chunks and never needs to revise any data it has already written, the filesystem metadata updates will be about the only source of write cache hits.
On the other hand, if the application keeps re-writing one particular spot in one file very often, that will be a source of write cache hits. For example, if a data field on disk is originally A, then updated to B, then C, and then D in rapid succession, the cache can get two write hits by delaying the physical write a little. On the logical I/O level, the whole A -> B -> C -> D sequence is seen, but at the level of physical I/O, A is updated directly to D.
I don't quite follow why *reducing* the maximum size of the buffer cache would improve the write hit ratio? I would expect it would make cache hits less probable.
Your numbers look good to me. Don't fix what isn't broken.
MK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-11-2009 08:13 AM
тАО05-11-2009 08:13 AM
Re: dbc_max_pct general question
Sounds as though the best (and safest) avenue for me on this would be to lower it to 10 (or so) measure/compare to current setting. Then lower again if needed.
Thanks
Mauro
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-11-2009 08:21 AM
тАО05-11-2009 08:21 AM
Re: dbc_max_pct general question
My paranoia is simply tinkering with something that isn't broke as Matti mentioned.
Thanks Again
Mauro
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-11-2009 08:23 AM
тАО05-11-2009 08:23 AM
Re: dbc_max_pct general question
Sometimes tweaking does cause problems.
Slight adjustments to the buffer cache can open up more memory for other things, or improve performance.
The key thing is to have a plan. You need to know what you change and measure performance fairly.
http://www.hpux.ws/?p=6
That script set, originally created by HP and upgraded by me, might help.
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
тАО05-11-2009 08:31 AM
тАО05-11-2009 08:31 AM
Re: dbc_max_pct general question
SEP, I already have the script, so I'll utilize it and take measures. Based on those measures, I'll see if lowering dbc_max_pct is warranted. Even then, I would only lower that in small increments as I mentioned, then measure again.
Thanks all
Mauro
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-11-2009 10:54 AM
тАО05-11-2009 10:54 AM
Re: dbc_max_pct general question
Mauro