🚀 go-pugleaf

In article <1992Jul24.031725.5562@ra.oc.com> matt@ra.oc.com (Matthew Lyle) writes:
>dboyes@is.rice.edu (David E Boyes) writes:
>>As a side note, most heavy MVS sites I'm aware of use IBM's TCPIP
>>software, but purchase the hardware interfaces from other
>>vendors, such as Bus-Tech, Interlink, or OpenConnect Systems.

>I've held my tongue this far, but can't let this pass. 
>servers will not work with IBM's TCP/IP implementation.  We have
>our own implementations of telnet, ftp, and smtp (to profs or snads)
>which work over our OCS servers.

Oops; brain fault -- thanks for catching it. I was thinking of
your PC 3279G emulator that runs over various DOS TCP protocol
stacks (which I use and like a whole lot) and fingers overran brain.

The point was that few sites I know of buy true-blue IBM
controllers for this purpose -- the other vendors generally produce
hardware that outperforms the IBM offering by a significant
margin -- but many run the IBM software offering with these 3rd
party controllers for compatibility and application development. 
The 3172 is not as fast as it could be, and it's considerably
more expensive than most of the other 3rd party options.

>Needless to say we feel that our
>products will outperform IBM's and they definitely utilize far fewer
>mainframe resources than IBM's. 

Undoubtedly, they do, but you must agree that it moves the tuning
issue from OS tuning for general performance to an access method
tuning problem, which is considerably more difficult to approach
and measure for someone who may not be familiar with all the gory
details. I'm *not* saying that your approach is wrong; it simply
changes the nature of the problem, albeit to one that a site with
a extensive investment in SNA *should* be relatively familiar with.

>I believe that you will find that the resource impact of IBM's TCP
>is significantly more that you would believe from David's response.

I've had reasonable results from those numbers in several
consulting arenas. I admit that they are rough, and in fact, said
so, but they certainly aren't the result of rigorous testing
programs. It's what worked for me.

>Matthew Lyle                                           matt@oc.com
>Technical Support Specialist                           matt@utdallas.bitnet
>OpenConnect System, Dallas, Texas                      (214) 490-4090


-- 
David Boyes
dboyes@rice.edu