home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / nodmgtl / 861 < prev    next >
Encoding:
Text File  |  1993-01-21  |  2.9 KB  |  58 lines

  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!gatech!paladin.american.edu!auvm!SEARN.BITNET!ERIC
  3. Message-ID: <NODMGT-L%93012115061378@UGA.CC.UGA.EDU>
  4. Newsgroups: bit.listserv.nodmgt-l
  5. Date:         Thu, 21 Jan 1993 20:46:16 +0100
  6. Sender:       Node Management <NODMGT-L@UGA.BITNET>
  7. From:         Eric Thomas <ERIC@SEARN.BITNET>
  8. Subject:      Re: _possible_ death of BITNET
  9. In-Reply-To:  Message of Thu,
  10.               21 Jan 1993 17:43:52 GMT from Node Management <NODMGT-L@UGA>
  11. Lines: 45
  12.  
  13. On Thu, 21 Jan 1993 17:43:52 GMT Roger Watt <rwwatt@WATSERV1.UWATERLOO.CA>
  14. said:
  15.  
  16. >I've never  been a  devotee of  communication via NMR,  but I  think the
  17. >unsolicitied file transfer  is already a "done deal". MIME  now gives me
  18. >the ability to include an arbitrary  file as an "attachment" in the body
  19. >of an RFC822  mail object and send  it to you in an  RFC821 wrapper, and
  20. >(if your mail-reading  tool supports MIME too) gives you  the ability to
  21. >save the received "attachment" into a file of your choice. If that isn't
  22. >"unsolicited file transfer", it is pretty darned close.
  23.  
  24. This  is  what  the  Internet/unix community  would  like  executives  to
  25. believe, and it seems that so  they at least partially succeeded. But the
  26. reality is very different:
  27.  
  28. 1. This only works for unix or  PC files, which are streams of bytes. But
  29.    then who cares about obsolete non-unix systems?
  30.  
  31. 2. I  have measured the  transfer rate of  this facility between  a large
  32.    Sparc server (4 Sparc-2 CPU's if I am not mistaken) and a VM system on
  33.    the same ethernet, at  3 in the morning. The VM  system was the sender
  34.    and the program  to send the file was written  in a compiled language;
  35.    the program was almost entirely I/O  bound and as you know IBM systems
  36.    are pretty good  at that. On the  unix system I used MH  with the MIME
  37.    patches. The transfer rate I got was 2 kilobytes per second (obviously
  38.    FTP was in the hundreds of k).  File transfer? File crawlser is what I
  39.    call it.
  40.  
  41. 3. SMTP  does not  generally allow  you to transmit  files larger  than a
  42.    certain amount  of bytes. There is  obviously no way to  know how many
  43.    bytes you can send without trying  and guessing (I know a new revision
  44.    of SMTP is  supposed to fix this,  but I'm not holding  my breath). In
  45.    practice it means you have to  keep the segments at around 50k because
  46.    this is  what seems to  work in  most places. Your  average executable
  47.    file or backup saveset will be split into dozens of 50k segments, each
  48.    of which will congenially beep your terminal when it arrives. Once you
  49.    feel confident  that all 31  little pieces  have arrived, you  can run
  50.    your MIME program  to attempt to reconstruct the original  file and be
  51.    told that one is missing.
  52.  
  53. What a  huge step forward from  the old days of  these ridiculous punched
  54. card machines!  I'm glad  we're getting rid  of this  obsolete technology
  55. soon so we can all enjoy the superior Internet protocols.
  56.  
  57.   Eric
  58.