Paul Saers
Tunig any mainframe or sysplex

email. . . 

Office telephone numbers for use:

tel +46-707-157285   timezone UTC+1 (UTC+2 during northern summer)

Paul can be contacted in any of the above languages. The size of the flag is a hint on language capability.

CV

The best computer language for Paul is z/OS (and OS390) assembler, but it has no flag (well, maybe someone can show me the PCI flag?). Paul has recently done some remarkable updates in complicated assembler programs interacting with the core of z/OS.

Paul is a mainframe computer veteran. He started directly after his engineering degree in electronics to work for IBM in Sweden, first hardware and later also software. ITEL (=today's HDS) asked him across as the first software engineer in Scandinavia. Here was the playground for tuning the big systems. Then it was time to join Candle as an Omegamon expert. Again as the first engineer in Scandinavia. Paul has been called ' the Omegamon Doctor '. Paul has also worked for BMCsoftware and used this platform to fix some remarkable performance problems at the worlds largest installations.

Paul has given a number of MVS tuning classes and assembler classes and he has given a lot of presentations on MVS conferences in Scandinavia and a few other places around Europe, USA, South Africa, Japan, Saudi/Kuwait.....

If you have a large system or sysplex and your performance problem is 'somewhere' (not sure if it is hardware or software), then Paul might be the perfect man to find and explain the behavior of the system. Having access to a good monitor is mostly a shortcut to get the job done.

Tuning was needed for years to put a large workload in a too small machine. There was no large enough mainframe, or fast enough I/O. That has changed. So, tuning is not needed so much any more. It may be cheaper not to tune or can it be that management do not know that a lot can be saved by tuning?
Today, outsourcing has brought new opportunities. The machine is fast enough but can we reduce the amount of CPU usage and still give the same service? Can we reduce the peak CPU usage without hurting stability? The ansver is mostly: YES. But, can you handle this yourself? Maybe yes, but not to the full extent. Involving Paul can really make the largest savings become a reality. The investment is a one time cost but the savings will repeat for month after month.

To get help when you need Paul, just send an email. The other alternative is to invite Paul to speak at a relevant conference in your geography (SHARE, CMG, GSE, IBM, ...). But... somehow the trip must be paid for. Paul is available on a project basis to help tune systems - or - to find problems in your system HW or SW or application - or - to implement the best strategy for optimum use of z/OS in medium or large plex configuration. Paul is a leading computer architect and can be called for when needed. Just send me an email and let's see what can be done.