Sun, Dec
0 New Articles

Driving the Power of AIX

  • Smaller Small Medium Big Bigger
  • Default Helvetica Segoe Georgia Times

Learn about performance tuning in this excerpt from the book Driving the Power of AIX.


In this chapter, I identify and show you how to tune your virtual memory subsystem. In contrast to other subsystems, there is a lot you can do to improve performance from a virtual memory perspective.


Before we get started, let me again state that, unless instructed otherwise, you should change only one parameter at a time. If you make multiple changes, you won't know precisely what caused the impact on performance. This point is particularly relevant to virtual memory.


vmo -h [tunable] | {-L [tunable]} | {-x [tunable]}

vmo [-p|-r] (-a | {-o tunable})

vmo [-p|-r] (-D | ({-d tunable} {-o tunable=value}))


Let us assume that we're running an Oracle online transaction processing (OLTP) application and we've determined from some vmstat output that the system is paging. We've also looked at nmon data, which helped us reach the same conclusion. What can we do to improve the situation? This is where the vmo command comes into play.


You will probably use vmo more than any other tunable command because it is with virtual memory that you have the greatest ability to positively affect performance by changing parameters. The vmo command provides a staggering 61 tunables in AIX 5.3. (The situation changes a bit in AIX 6.1 with the introduction of restricted parameters, which permit changes but make it a little more difficult to get into trouble.) I won't describe each vmo parameter here, but I will go through the key ones as we try to tune our memory subsystem.

minperm, maxperm, maxclient, and lru_file_repage

Perhaps the most important concepts that relate to tuning revolve around our prior discussions about working and persistent storage. We definitely want the Virtual Memory Manager (VMM) to favor working storage, meaning that we don't want AIX to page working storage. What we really want is for the system to favor the caching that the database (Oracle in this case) uses. The way to do this is to set the vmo command's maxperm parameter to a high enough value while also making certain that the lru_file_repage parameter is set correctly. Here's a description of the involved parameters:

  • minperm% — The point below which the page stealer algorithm will steal file or computational pages, regardless of repaging rates
  • maxperm% — The point above which the page stealer will steal only file pages
  • maxclient% — The minimum percentage of RAM that can be used to cache client pages
  • lru_file_repage — Setting this value to 0 (off) allows AIX to free only file cache memory (provided numperm is greater than minperm and VMM can steal enough memory to satisfy demand), virtually guaranteeing that working storage remains in memory


Arguably, the most important vmo settings are minperm% and maxperm%. Setting these parameters appropriately will ensure that your system is tuned to favor either computational memory or file memory. In most cases, you don't want to page working segments, because doing so will cause your system to page unnecessarily and will decrease performance.


First, some background and history. The way things used to work was actually much simpler. If the number of file pages specified in vmo parameter numperm% was greater than the actual number of pages (maxperm), the page replacement would steal only file pages. When the number of file pages fell below minperm, both file and computational pages could be stolen. If the number fell between the minimum and maximum values, the page replacement would steal only file pages—unless the number of file repages was greater than the number of computational pages. In other words, if your numperm was greater than maxperm, you would start to steal from persistent storage.


Based on this methodology, the old approach to tuning minperm and maxperm was to set maxperm to a low number—much lower than the default value (20)—and set minperm to less than or equal to 10. This is how we normally would have tuned our database server. Don't do this anymore! Starting with AIX 5.2 Maintenance Level 5 (ML5) and AIX 5.3 ML2, the rules have changed.

A New Approach

The new approach is to set maxperm to a very high value—higher than its default (80)—and to make sure lru_file_repage is set to 0. IBM introduced the lru_file_repage parameter in AIX 5.2 with ML4 and in AIX 5.3 with ML1. The lru_file_repage value indicates whether the VMM repage counts should be considered and what type of memory should be stolen. The default setting is 1 (it becomes 0 in AIX 6.1), so we need to change it to 0 to have the VMM steal file pages rather than computational pages. This technique solves the old problem of having to limit JFS2 file cache to guarantee memory for applications such as Oracle.


Let's not lose sight of the fact that the primary reason you need to tune lru_file_repage is because you want to protect the computational memory—that is, process memory, kernel memory, and shared memory, which includes Oracle's System Global Area (SGA). Because Oracle uses its own cache, using AIX file caching for this purpose only causes confusion, so we want to stop it. In this scenario, if you were to reduce maxperm, you'd be making the mistake of stopping the application caching programs that are running. You'd also be permitting lrud, the kernel process responsible for stealing memory when required, to do more work than necessary.


You should always be tracking your numperm, something you can do using nmon or topas or from the command line using vmstat (with the –v flag). If you leave the lru_file_repage default of 1, VMM will continue to use the computational and noncomputational repage counts (defined at the top) in determining whether to steal computational or file memory.


Here are the recommendations for configuring the other parameters we've discussed:


vmo -p -o minperm%=5

vmo –p –o maxperm%=90

vmo –p –o maxclient%=90


In AIX 6.1, IBM has changed the default parameter values to reflect these common defaults, so you'll have less to do in that release. You should also leave strict_maxperm and strict_maxclient at their default numbers. We used to change these settings, but we don't need to anymore. Changing them to 1 (the old approach) places a hard limit on the amount of memory that can be used for persistent file cache. This is done by making the maxperm value the upper limit for the cache. These days, this step is unnecessary because changing lru_file_repage is a far more effective way of tuning because we prefer that AIX file caching not be used at all.

minfree and maxfree

Two other important vmo parameters worth noting here are minfree and maxfree. These values set the lower and upper limits of the free list, which keeps track of the real memory frames released:

  • minfree—Specifies the minimum number of frames on the free list, at which point the VMM will start to steal pages to replenish
  • maxfree—Specifies the number of frames on the free list at which page stealing is to stop


If the number of pages on your free list falls below the minfree value, the VMM starts to steal pages (just to add to the free list), which is not good. It will continue to do this until the free list contains at least the number of pages specified in the maxfree parameter.


While you want to keep your free list higher (because you don't want your processes to be killed if the minfree value is reached), you want the VMM to always get the page frames it needs from the free list. I remember when the defaults used to be 120, and if I hadn't raised the values, users would nag me, saying no memory was left on the system. You also don't want the system to experience excessive I/O because it's always stealing paging to expand the free list. The default values now depend on the physical memory of the system. maxfree equals the lesser of the number of memory pages divided by 128 or 128. These values are the sum of all memory pools. The maxfree value should also be greater than or equal to maxpgahead.


Editor's note: This article is an excerpt from the book Driving the Power of AIX.

Kenneth Milberg

Kenneth Milberg is the president and managing consultant of PowerTCO Solutions, a New York-based IBM Business Partner. He is also a technical editor for IBM Systems Magazine, Power Systems Edition and a frequent contributor of content for IBM developerWorks. Ken holds a BS in Computer and Information Science as well as an MS in Technology Management from the University of Maryland. He has consulted with many Global Fortune 400 companies and is a PMI-certified Project Management Professional (PMP) and an IBM Certified Advanced Technical Expert (CATE) System p. He also holds certifications in Solaris and HP-UX.

MC Press books written by Kenneth Milberg available now on the MC Press Bookstore.

Driving the Power of AIX Driving the Power of AIX
Maximize your efforts toward effective performance tuning on AIX on IBM's Power Systems.
List Price $54.95

Now On Sale



Support MC Press Online

$0.00 Raised:

Book Reviews

Resource Center

  • SB Profound WC 5536 Have you been wondering about Node.js? Our free Node.js Webinar Series takes you from total beginner to creating a fully-functional IBM i Node.js business application. You can find Part 1 here. In Part 2 of our free Node.js Webinar Series, Brian May teaches you the different tooling options available for writing code, debugging, and using Git for version control. Brian will briefly discuss the different tools available, and demonstrate his preferred setup for Node development on IBM i or any platform. Attend this webinar to learn:

  • SB Profound WP 5539More than ever, there is a demand for IT to deliver innovation. Your IBM i has been an essential part of your business operations for years. However, your organization may struggle to maintain the current system and implement new projects. The thousands of customers we've worked with and surveyed state that expectations regarding the digital footprint and vision of the company are not aligned with the current IT environment.

  • SB HelpSystems ROBOT Generic IBM announced the E1080 servers using the latest Power10 processor in September 2021. The most powerful processor from IBM to date, Power10 is designed to handle the demands of doing business in today’s high-tech atmosphere, including running cloud applications, supporting big data, and managing AI workloads. But what does Power10 mean for your data center? In this recorded webinar, IBMers Dan Sundt and Dylan Boday join IBM Power Champion Tom Huntington for a discussion on why Power10 technology is the right strategic investment if you run IBM i, AIX, or Linux. In this action-packed hour, Tom will share trends from the IBM i and AIX user communities while Dan and Dylan dive into the tech specs for key hardware, including:

  • Magic MarkTRY the one package that solves all your document design and printing challenges on all your platforms. Produce bar code labels, electronic forms, ad hoc reports, and RFID tags – without programming! MarkMagic is the only document design and print solution that combines report writing, WYSIWYG label and forms design, and conditional printing in one integrated product. Make sure your data survives when catastrophe hits. Request your trial now!  Request Now.

  • SB HelpSystems ROBOT GenericForms of ransomware has been around for over 30 years, and with more and more organizations suffering attacks each year, it continues to endure. What has made ransomware such a durable threat and what is the best way to combat it? In order to prevent ransomware, organizations must first understand how it works.

  • SB HelpSystems ROBOT GenericIT security is a top priority for businesses around the world, but most IBM i pros don’t know where to begin—and most cybersecurity experts don’t know IBM i. In this session, Robin Tatam explores the business impact of lax IBM i security, the top vulnerabilities putting IBM i at risk, and the steps you can take to protect your organization. If you’re looking to avoid unexpected downtime or corrupted data, you don’t want to miss this session.

  • SB HelpSystems ROBOT GenericCan you trust all of your users all of the time? A typical end user receives 16 malicious emails each month, but only 17 percent of these phishing campaigns are reported to IT. Once an attack is underway, most organizations won’t discover the breach until six months later. A staggering amount of damage can occur in that time. Despite these risks, 93 percent of organizations are leaving their IBM i systems vulnerable to cybercrime. In this on-demand webinar, IBM i security experts Robin Tatam and Sandi Moore will reveal:

  • FORTRA Disaster protection is vital to every business. Yet, it often consists of patched together procedures that are prone to error. From automatic backups to data encryption to media management, Robot automates the routine (yet often complex) tasks of iSeries backup and recovery, saving you time and money and making the process safer and more reliable. Automate your backups with the Robot Backup and Recovery Solution. Key features include:

  • FORTRAManaging messages on your IBM i can be more than a full-time job if you have to do it manually. Messages need a response and resources must be monitored—often over multiple systems and across platforms. How can you be sure you won’t miss important system events? Automate your message center with the Robot Message Management Solution. Key features include:

  • FORTRAThe thought of printing, distributing, and storing iSeries reports manually may reduce you to tears. Paper and labor costs associated with report generation can spiral out of control. Mountains of paper threaten to swamp your files. Robot automates report bursting, distribution, bundling, and archiving, and offers secure, selective online report viewing. Manage your reports with the Robot Report Management Solution. Key features include:

  • FORTRAFor over 30 years, Robot has been a leader in systems management for IBM i. With batch job creation and scheduling at its core, the Robot Job Scheduling Solution reduces the opportunity for human error and helps you maintain service levels, automating even the biggest, most complex runbooks. Manage your job schedule with the Robot Job Scheduling Solution. Key features include:

  • LANSA Business users want new applications now. Market and regulatory pressures require faster application updates and delivery into production. Your IBM i developers may be approaching retirement, and you see no sure way to fill their positions with experienced developers. In addition, you may be caught between maintaining your existing applications and the uncertainty of moving to something new.

  • LANSAWhen it comes to creating your business applications, there are hundreds of coding platforms and programming languages to choose from. These options range from very complex traditional programming languages to Low-Code platforms where sometimes no traditional coding experience is needed. Download our whitepaper, The Power of Writing Code in a Low-Code Solution, and:

  • LANSASupply Chain is becoming increasingly complex and unpredictable. From raw materials for manufacturing to food supply chains, the journey from source to production to delivery to consumers is marred with inefficiencies, manual processes, shortages, recalls, counterfeits, and scandals. In this webinar, we discuss how:

  • The MC Resource Centers bring you the widest selection of white papers, trial software, and on-demand webcasts for you to choose from. >> Review the list of White Papers, Trial Software or On-Demand Webcast at the MC Press Resource Center. >> Add the items to yru Cart and complet he checkout process and submit

  • Profound Logic Have you been wondering about Node.js? Our free Node.js Webinar Series takes you from total beginner to creating a fully-functional IBM i Node.js business application.

  • SB Profound WC 5536Join us for this hour-long webcast that will explore:

  • Fortra IT managers hoping to find new IBM i talent are discovering that the pool of experienced RPG programmers and operators or administrators with intimate knowledge of the operating system and the applications that run on it is small. This begs the question: How will you manage the platform that supports such a big part of your business? This guide offers strategies and software suggestions to help you plan IT staffing and resources and smooth the transition after your AS/400 talent retires. Read on to learn: