|
The patient art of buffer tuning |
|
Written by Jeff Forshaw - 14/07/2010
|
|
Performance tuning is a process to be done over time; it’s not something that you should tackle knee jerk regardless of what you may initially see.
Certainly after a change like an upgrade or enhancement pack implementation, or an influx of new users (or uses) then the system buffers need to be managed in a gradual manner.
The aim of course of buffer tuning is NOT to swap. Swapping for the uninitiated is extremely bad for performance, by seeking data from memory is much more efficient then trying to get data from disk… although over the years I/O with disk access is improving but not as good as physical cached memory.
Tuning is so easy to do, but so easy to get wrong. There is an English idiom called “Steal from Peter to pay Paul” and with system tuning this is evident. You can increase a memory parameter considerable, which then impacts the overall memory resource. Worse case you may find a system that wasn’t paging now pages…
There are two thoughts (arguments!) with tuning:
1) Big Bang approach: You review transaction ST02, and where you see excessive swaps i.e. more than 1,000 then you increase the appropriate buffer massively e.g. Treble it. You do this for ALL of the relevant buffers…
2) Gradually and over time: You review transaction ST02, and then increase the buffers in small chunks or steps; my analogy is like climbing a large staircase….
My personal choice is 2. A nice gradual change in smaller chunks… of course downtime especially on a Productive environment isn’t always readily available, especially with the amount of HA 24x7 systems, but where possible I believe this should be done…. (I know this is controversial!).
As part of your regular system housekeeping checks then system buffers needs to be checked. This should be done before and after month / year end; and during the periods before and after a known heavy system usage activity. I’ve seen occasions where after an installation for the first few weeks it doesn’t swap, then the users engage with the system and become familiar – with the system starting to swap when they try to stretch the searching capabilities to the max!
Use the history feature in ST02, and even see what objects are being cached and if you have opportunity speak to the relevant systems users to see what they are doing and if this is a regular or one off activity… its all there so get looking!
Also remember that it takes time to populate buffers, they don’t just cache automatically. So after a system restart it can take a few days in order to really see the issues.
De-tuning a system is always an option – maybe if in ST04 you are seeing excessive swapping (different for UNIX or Windows) but in my experience I haven’t seen much of that. Jeff Forshaw, Support Services Technical Team Lead, Bluefin Solutions
|