Ronan, The results of the Q CPLEVEL does not necessarily mean that the APAR is on your system. You need to look more deeply.
Kurt, Any time a user is in Q3 (unnecessarily) and you can find a way to change that, it is good for your user farm. Q3 users get an enormous slice of the pie compared to those in a more interactive one and thus cause a more jerky ( or perhaps a less consistent ) feel by those trying to vie for resources. The better you keep your users in Q0 or Q1 the happier all of your users that will be. -----Original Message----- From: Kurt Acker [mailto:[EMAIL PROTECTED] Sent: Friday, June 04, 2004 2:56 PM To: [EMAIL PROTECTED] Subject: Re: APAR VM63282 If I read the APAR correctly, it does not eliminate the need for guest to be dropped from the Q3 dispatch list, it just eliminates some network type activity from increasing the VMDIOACT counter field that may unnecessarily keep guest in a dispatch list. If the commands below only move you into other queues, its probably do to the guest still having some outstanding work, or the dispatcher believing you have some outstanding work that needs to complete. The big question is, are you experiencing a guest performance problem and looking at this as the reason why? Kurt Acker Q CPLEVEL z/VM Version 4 Release 4.0, service level 0402 (64-bit) It means that we have the PTF applied?? But our linux guests are still always in Q3. If we put down our eth0 and do a rmod qdio, the linux guest go to other queues. Thanks, Ronan ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
