Thank you, that helps. So "steals" can be "loans"? I didn't realize they all got along that well.
-----Original Message----- From: The IBM z/VM Operating System [mailto:[email protected]] On Behalf Of Mark Post Sent: Tuesday, May 18, 2010 12:29 PM To: [email protected] Subject: Re: zVM CPU allocation >>> On 5/18/2010 at 11:45 AM, "Dean, David (I/S)" <[email protected]> wrote: > Check the steal column. This is an anomaly, but the numbers on this server > are high and often, which is why I am questioning. We do see performance > drops at this point, so something is not right. > > > 0 0 860 14652 937188 888260 0 0 0 0 108 24 0 0 100 > 0 0 > 0 0 860 14652 937188 888260 0 0 0 0 109 23 0 1 98 > 0 1 > 1 0 860 14232 937188 888260 0 0 0 0 107 33 1 1 43 > 0 55 > 1 0 860 13984 937196 888252 0 0 20 48 133 223 0 1 9 > 5 85 > 0 1 860 13860 937200 888248 0 0 8 48 511 1283 1 1 26 > 2 70 > 0 0 860 13860 937200 888248 0 0 16 0 713 1283 1 2 26 > 7 64 > 0 0 860 13860 937200 888248 0 0 0 0 510 1118 1 1 71 > 0 27 Looking at column one, you had a maximum of one process waiting to run. It could very well have been that the system was voluntarily giving up its time slice. The sudden jump in context switches and interrupts, combined with that one process being in uninterruptable sleep (column two) when the steal time goes high suggests that the process was waiting on something. Mark Post ----------------------------------------------------- Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
