home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / ibmtcpl / 3262 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.1 KB  |  46 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!uvaarpa!darwin.sura.net!paladin.american.edu!auvm!CORNELLC.CIT.CORNELL.EDU!TJF
  3. Message-ID: <IBMTCP-L%93012710352581@PUCC.PRINCETON.EDU>
  4. Newsgroups: bit.listserv.ibmtcp-l
  5. Date:         Wed, 27 Jan 1993 10:30:32 EST
  6. Sender:       IBM TCP/IP List <IBMTCP-L@PUCC.BITNET>
  7. From:         Gary Buhrmaster <TJF@CORNELLC.CIT.CORNELL.EDU>
  8. Subject:      Re: IBM TCP/IP inadequacies
  9. Lines: 35
  10.  
  11. On Wed, 27 Jan 1993 01:54:00 PST, Leonard D Woren <LDW@USCMVSA.BITNET>
  12.    said:
  13.  
  14. >On Tue, 26 Jan 1993 13:09:34 CST,
  15. >   Rick Troth <TROTH@RICEVM1.RICE.EDU> re-opened a can of worms:
  16. >
  17. >...
  18. >
  19. >>         Denis,  what I think you want to ask for is a higher-level tool
  20. >> for IBM Mainframe TCP/IP to be built on.   Under the covers,  this would
  21. >> use IUCV on VM,  but use  (sorry I don't know what you've got)  whatever
  22. >> is native to MVS inter-process comm when running on MVS.
  23. >
  24. >Well, there really isn't one, so every product has to invent their own.
  25. >This is one of the most glaring deficiencies in MVS.
  26. >
  27.  
  28. Well, actually, IBM seems to be promoting APPC for communication, which
  29. would allow you to run the server elsewhere in the gaggle of (smaller,
  30. cost effective) MVS/ESA machines in your sysplex.  However, when you
  31. can be assured the server and client are within the same physical
  32. machine, the architected solution would seem to be AR mode where the
  33. server could directly access the private area(s) of the client, or a
  34. special TCP/IP dataspace used to exchange data between the client and
  35. the server using normal instructions without all the extra DAS
  36. overhead of moving data between the secondary and primary address
  37. spaces.  The performance could be outstanding.  As I recall that was
  38. one of the big performance gains in the original UNIX TCP/IP
  39. implementations (passing pointers to the buffers rather than moving the
  40. buffer data).  Unfortunately, these features only work at current
  41. MVS/ESA levels, and IBM seems committed to continuing TCP/IP support
  42. for MVS/XA, which means they are limited to using facilties that it
  43. supports.
  44.  
  45. Gary Buhrmaster
  46.