Hi Ann,
We run exactly the same environment - OS/390 and TSM versions.
We have been using the MPTHREADING YES parameter for the last
2-3 years - no problems directly related to the MPTHREADING.
What we have had for a while now is a call open for TSM going
into a flat spin when there is a tape I/O error. What would
happen is TSM would not except any new sessions - admin or client.
When doing a D GRS,ALL you can see TSM is waiting for SYSZTIOT.
After a certain period of time it would resolve the I/O error,
and TSM would carry on with whatever it was busy with.
How this ties in with MPTHREADING I'm not too sure about, but
development asked us to turn it off to take another variable
out of the picture.
You then really notice how much the MPTHREADING helps if you
have multiple CP's to use.
With MPTHREADING NO the server performs like a very slow dog!
Hope this helps - like I've said - there has not been one instance
where the MPTHREADING caused any undesirable results.
Cheers
Christo Heuer
ABSA Bank
Johannesburg
South Africa
=======================================================================
We are running the following:
Our MVS is OS/390 2.10.
TSM server is Version 4, Release 1, Level 2.0
I've been asked to look into MPTHREADING and determine if there are any
reasons NOT to implement it. I've searched the archives and found a
refrence from a long time ago concerning ADSM taking ALL of the engines in a
frame, but that was for the V3.x. Since there was an APAR mentioned I'll
assume that it's been fixed in V4.x (but will verify of course).
Please let me know of any information concerning the implications of this
parameter.
Thanks!!
Ann...
*****************************************************************
DISCLAIMER: The information contained in this e-mail may be confidential
and is intended solely for the use of the named addressee. Access, copying
or re-use of the e-mail or any information contained therein by any other
person is not authorized. If you are not the intended recipient please
notify us immediately by returning the e-mail to the originator.
______________________________________________
"The information contained in this communication is confidential and
may be legally privileged. It is intended solely for the use of the
individual or entity to whom it is addressed and others authorised to
receive it. If you are not the intended recipient you are hereby
notified that any disclosure, copying, distribution or taking action
in reliance of the contents of this information is strictly prohibited
and may be unlawful. Absa is neither liable for the proper, complete
transmission of the information contained in this communication, any
delay in its receipt or that the mail is virus-free."
|
