|
Perhaps the problem is not tuning but capacity planning and/or historical data retention. I would check your purge routines and ensure that data is not being retained unnecessarily. Also look at the workload the system is under and refer to the initial spec the system was configured for. Regards Michael Oakes -----Original Message----- From: Samantha L Smith [mailto:ssmith79@csc.com] Sent: 26 July 2001 09:19 To: MIDRANGE-L@midrange.com Subject: QPFRADJ/BPCS - more info Thanks alot for the responses - - I was a little scared to reply and couldn't type too well as my knuckles are sore from the wrapping they got for leaving the subject blank..... but I will not make that mistake again.....ever....:)~ Anyway: Originally our boxes were configured by external consultants and they based the set up on some BPCS perfromance recommendations, where appropriate, and the decision was made not to enable QPFRADJ. However, now the system has grown, and batch is at an all time slow, and in a desperate bid to speed things up without spending any money, I'm exploring the obvious. We have job currently which shifts the memory around for day/evening activities, but I didn't think it was as efficient as QPFRADJ, and wanted to try it, but before I can CHANGE anything, we must raise change request, which requires justifiaction, research and info, which u have provided. I just wanted to be sure that no one had any horror stories of changing the val and batch taking 10 hours instead of 5.... We have alot of SBS as you can see and most jobs do not route into the base pool, and I may change those that do, if I don't get good results from pfradj. WRKSBS Opt Subsystem Storage (K) 1 2 3 BATCHCATSP 0 2 6 BATCHDEV 10000 10 BATCHIT 0 2 6 BATCHPG 0 2 6 BATCHSP 0 2 6 BATCHUK 0 2 6 BPCSCS 0 2 4 EDISBS 30000 2 11 HERMIT 0 2 4 INTERDEV 20000 7 INTERIT 0 2 5 INTERPG 0 2 5 INTERSP 0 2 5 INTERUK 0 2 5 ORDERPOST 0 2 4 QBATCH 0 2 6 QCMN 0 2 4 QCTL 0 2 QINTER 0 2 5 QPGMR 0 2 6 QSERVER 0 2 4 QSNADS 0 2 4 QSPL 0 2 3 QSYSWRK 0 2 Q1PGSCH 0 2 2 RBTSLEEPER 0 2 ROBOTCTL 0 2 6 SQLMONITOR 40000 9 SYSCHECKER 0 2 TRAX 16000 2 8 WRKSYSSTS: 1 555000 170636 +++++ *MACHINE *FIXED 2 384016 0 50 *BASE *CALC 3 300000 0 2 *SPOOL *CALC 4 15000 0 11 *SHRPOOL2 *CALC 5 2000000 0 35 *INTERACT *CALC 6 300000 0 6 *SHRPOOL1 *CALC 7 20000 0 13 1 INTERDEV QGPL *FIXED 8 16000 0 15 2 TRAX QGPL *FIXED 9 40000 0 4 1 SQLMONITOR QGPL *FIXED 10 10000 0 4 1 BATCHDEV QGPL *FIXED 11 30000 0 6 2 EDISBS EDIV32F *FIXED Too much info....or not enough? Any more input would be excellent. Many thanks Sam thomas@inorbit.com@midrange.com on 26/07/2001 04:40:38 Please respond to MIDRANGE-L@midrange.com Sent by: owner-midrange-l@midrange.com To: MIDRANGE-L@midrange.com cc: Subject: Re: [QPFRADJ/BPCS] Samantha: <disclaimer> Everything in here is pure personal opinion from personal experience. I have no education background in this area other years of reading manuals, articles and just plain trying stuff. IBM might have far better answers. </disclaimer> No way to know if it'll help in **YOUR** system. If you look through your subsystems and find that you have any tasks running in *BASE (possibly with the exception of the subsystem monitors) rather than in private or shared pools or if you really have no memory to shift anyway or many other possible factors, then it might not help at all. I suppose in the worst cases, it could even make things worse. It often seems to me that IBM tends to ship configurations that are not well suited for good performance. Just check how many of their default entries point to *BASE, e.g., routing entries to support TCP/IP. And since they get income from selling memory, that makes sense. To be fair, though, they cannot have a good idea of what **YOUR** system needs at the time of delivery. But people are commonly unwilling to change those entries to point to another pool. Further, new custom entries often follow those default examples. So, the memory in *BASE is constantly in use, so performance adjuster has no clean way to shift memory around directly and QPFRADJ has minimal effect. Quite a while back, I put together a memory pool configuration utility that I've used with what seems to be decent success. It changes most *sbsds' pool settings, changes any routing entries, changes prestart job entries, etc., to settings that have worked for me. I run it on any new AS/400 I'm responsible for and QPFRADJ=3 has seemed to give noticable improvement. From this, I've believed QPFRADJ has significant value when it's used on appropriately configured systems. (And it might work much better if I knew for certain what "appropriately configured" really was.) But, will QPFRADJ=3 work well for you? Maybe. Post your subsystem descriptions, routing entries, pool definitions, etc., and let's see. (Toungue-in-cheek comment but based on at least some unfortunate reality.) At the worst, you can always set the value back. Tom Liotta On Wed, 25 July 2001, "Samantha L Smith" wrote: > Really want to know if anyone has had any issues using QPFRADJ, set to 3, > with an ERP like BPCS, had conflicting recommendations. -- Tom Liotta The PowerTech Group, Inc. 19426 68th Avenue South Kent, WA 98032 Phone 253-872-7788 Fax 253-872-7904 http://www.400Security.com ___________________________________________________ The ALL NEW CS2000 from CompuServe Better! Faster! More Powerful! 250 FREE hours! Sign-on Now! http://www.compuserve.com/trycsrv/cs2000/webmail/ +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- ****************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager at: mailto:postmaster@eb.uk.com The recipient acknowledges that transmissions made via the Internet can be corrupted and therefore EB Plc and any of its subsidiaries do not give any warranty as to the quality or accuracy of any information contained in the message or assume any liability for it or for its transmission, reception or storage. This footnote also confirms that this email message has been swept by Anti-Virus software for the presence of computer viruses. http://www.eb.uk.com http://www.game.uk.com ****************************************************************** +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
