Your problem is probably caused by the faster CPs, combined with the definition of Velocity. - Velocity in fact means that a job receives nn% of what it wants. CPU hungry jobs will therefor get much CPU if their imp os high enough. - On the 5 CP machine, the jobs probably did not 'monopolize' all the engines, leaving room for other jobs, while on the 2 CP machine they are now able to monopolize it, leaving nothing for other jobs.
If the jobs are important, you can start with keeping their imp, but lowering their velocity, until they receive what you want them to, leaving capacity for other jobs. Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pesce, Andy Sent: 30 January 2020 15:24 To: IBM-MAIN@LISTSERV.UA.EDU Subject: WLM Guidance/Suggestions ! ! ! I have recently replace an IBM-2828 that had 5 GP's to a newer model machine IBM-3907-ZR1 with only 2 GP's. Does anyone know of a guide or paper or something that might have some things to look at or modify when reducing the number of GP's. I have 2 classes of service for my batch jobs. One runs with a velocity and importance of "2". This is a grouping we have called our critical path jobs that are time sensitive and they must run. Then I have another class that runs with a velocity, but has an importance of "3". This grouping is for jobs that are not time sensitive, but they do need to run and get service. The behavior that I am seeing is that the class that has the IMP-2 dominates the box until they are finished. The other jobs will sit in the initiator for 30mins up to an hour and I never see any service being consumed. Then once the IMP-2 jobs finish, then the other jobs will take off and get service. My goal is to have the IMP-2 take 80-90%, but give the IMP-3 a small chunk of service. The only way that I have been able to come close is to make both classes the same importance level. Any thoughts, documents, white papers, experiences with dealing with the reduction of GP's would be greatly appreciated. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ******************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ******************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
