Thanks Barton for your offer.
We saw it too late, no TCPIP monitor data was being collected...  I'll 
have a look to see if it happens again tomorrow (it probably is the 
monthly closing that causes this unexpected load, a month ago TCPIP was 
behaving the similarly.  A graph of the CPU used by TCP/IP and a given DB2 
database showed a perfect correlation)

Kris,
IBM Belgium, VM customer support


The IBM z/VM Operating System <[email protected]> wrote on 
2006-04-06 18:45:28:

> Does your customer have a product that processes the TCPIP
> monitor records? the data is there to show why tcpip is using
> cpu. If not, send me some data and i can process it with esamap.
> No, this is NOT normal, but when it happens, can be traced down
> to what is causing it quite easily with decent tools)

> >Date:         Thu, 6 Apr 2006 07:34:03 -0500
> >From:         =?ISO-8859-1?Q?Kris_Buelens?= <[EMAIL PROTECTED]>
> >
> >My customer migrated from a 9672 with OSA/2 to a z9 with OSA
> >Express and DS8000 dasds.  Today, I observed that TCPIP consumed
> >constantly about 30%= to 40% CPU during three periods of 8 to
> >20 minutes.  The application probabl= y is remote access to
> >DB2/VM over TCPIP (surely no FTP, NFS, nor SMTP).  I do realize
> >that the new OSA is much faster, so more data can be transfe=
> >red per second by TCPIP, but 30% of a z9 engine is much.
> >
> >Should we consider this as normal, or do we have to start digging?
> >
> >Kris Buelens

> 
> "If you can't measure it, I'm Just NOT interested!"(tm)

> /************************************************************/
> Barton Robinson - CBW     Internet: [EMAIL PROTECTED]
> Velocity Software, Inc    Mailing Address:
> 196-D Castro Street       P.O. Box 390640
> Mountain View, CA 94041   Mountain View, CA 94039-0640
> 
> VM Performance Hotline:   650-964-8867
> Fax: 650-964-9012         Web Page:  WWW.VELOCITY-SOFTWARE.COM
> /************************************************************/

Reply via email to