- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: dbc_max_pct kernel parameter
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
тАО02-24-2004 02:21 AM
тАО02-24-2004 02:21 AM
I've installed oracle and all works fine. Unique doubt is about dbc_max_pct kernel parameter. I set it to 50. My machine have 4 Gb of ram.
Actually, with kcweb (web interface for tuning kernel parameter)I see it at 100% of usage.
In an old doc find on web, someone speak about this parameter indicate the percentage of main memory to which the dynamic filesystem buffer cache is allowed to grow.
Could someone suggest me a fine tune for this parameter ?
Any help would be apprecieted.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-24-2004 02:23 AM
тАО02-24-2004 02:23 AM
Re: dbc_max_pct kernel parameter
400Mb should be enough...
So lets say set the param at 15-20?
All the best
Victor
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-24-2004 02:28 AM
тАО02-24-2004 02:28 AM
Re: dbc_max_pct kernel parameter
dbc_max_pct is a parameter that sets the high wather mark for the buffercache usage of real memory. So in your case that is 2 GB.
This real memory usage of the buffercache can vary between dbc_min and dbc_man. The problem is that HP-UX is not to fast freeing up memory used by the buffercache so you do not want to set it up to big. 400MB normally is enough. so in your case 10 is a good setting.
To view how it works you can use a tool like glance and view the %hit ratio metric of the buffercache. You can decraese the parameter until this drops. 10 is a good start for max. and i would set min to 5.
HTH,
Gideon
Gideon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-24-2004 02:30 AM
тАО02-24-2004 02:30 AM
SolutionIt is very expensive in cpu terms to shift that value.
I'm running databases in the 11 GB range, four or five on one machine and my settings are 5 for min and 7 for max.
You need to pic figures that work for you and have the two nubmers close together for good performance.
Oracle tuning is more than one parameter. You need data, for that, see the script I'm attaching, it collects it for you. Here is an article on performance written by one of HP's top Oracle tuning gurus.
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+1077636608384+28353475&searchCrit=allwords
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
тАО02-24-2004 02:36 AM
тАО02-24-2004 02:36 AM
Re: dbc_max_pct kernel parameter
Here's my parameter:
root@fab01 $ kctune |grep -i dbc
dbc_max_pct 50 Default Immed
dbc_min_pct 5 Default Immed
root@fab01 $
Now I put dbc_max_pct to 15...
Thanks a lot!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-24-2004 02:37 AM
тАО02-24-2004 02:37 AM
Re: dbc_max_pct kernel parameter
we fix our number of pages (bufpages)
See the attachment UX Performance cookbook
regards,
Jean-Luc
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-24-2004 03:52 AM
тАО02-24-2004 03:52 AM
Re: dbc_max_pct kernel parameter
GREAT cookbook. Where have you been hiding this all of my life? Magnifique.
Set dbc_max_pct to 7
set dbc_min_pct to 5
build a kernel, restart your system and see what happens.
My performance is awesome with those settings and was miserable when I had the default max at 50.
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
тАО02-24-2004 06:58 AM
тАО02-24-2004 06:58 AM
Re: dbc_max_pct kernel parameter
NFS servers aren't running a lot of processes, so there's no practical penalty in devoting most of memory to buffer cache.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-25-2004 11:52 AM
тАО02-25-2004 11:52 AM
Re: dbc_max_pct kernel parameter
If you are running large processes you should consider using a fixed buffer cache size, and possibly setting the chatr +pd attribute on programs which do not already have it set. (Large pages can increase the amount of RAM a program needs by rounding up to bigger pages, so don't go too far with it.)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-25-2004 06:50 PM
тАО02-25-2004 06:50 PM
Re: dbc_max_pct kernel parameter
I would (in a perfect world) use dbc min/max to get close to what an app requires for buffer cache, and then set this value as static using bufpages/nbuf.
But this isn't a perfect world, so unless you are sure about the type of filesystem I/O that an app or database would typically require, dynamic buffer cache provides a flexible solution.
Have a look at vxfs_max_ra_bytes and vxfs_ra_per_disk as well.