home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / protocol / nfs / 3029 < prev    next >
Encoding:
Text File  |  1993-01-01  |  1.2 KB  |  34 lines
  1. Newsgroups: comp.protocols.nfs
  2. Path: sparky!uunet!haven.umd.edu!decuac!pa.dec.com!decprl!decprl!boyd
  3. From: boyd@prl.dec.com (Boyd Roberts)
  4. Subject: Re: NFS packet size
  5. Message-ID: <1993Jan1.115015.17311@prl.dec.com>
  6. Sender: news@prl.dec.com (USENET News System)
  7. Nntp-Posting-Host: spooky.prl.dec.com
  8. Organization: Digital Equipment Corporation - Paris Research Laboratory
  9. References: <u97b4fc@rhyolite.wpd.sgi.com> <C04t4o.K10@news.iastate.edu> <1992Dec31.201252.4908@prl.dec.com> <C05ICp.CF0@news.iastate.edu>
  10. Date: Fri, 1 Jan 1993 11:50:15 GMT
  11. Lines: 21
  12.  
  13. In article <C05ICp.CF0@news.iastate.edu>, john@iastate.edu (John Hascall) writes:
  14. > 
  15. > And how would I turn that on under Ultrix?  ;-)
  16.  
  17. You can't :-(
  18.  
  19. > A dropped TCP fragment can result in a large amount of resending too.
  20.  
  21. True, but that all happens at the TCP/IP level which is far more
  22. responsive than NFS's 1, 2, 4, 8 ... _second_ exponential backoff
  23. when a datagram gets lost.
  24.  
  25. We had a flakey drop cable here a while back.  When it was bad it would
  26. take in the order of a minute to write an 8K block.  You could see the
  27. fragments being dropped and the NFS retries.  I _never_ want to see
  28. that again -- it was _awful_.
  29.  
  30.  
  31. Boyd Roberts            boyd@prl.dec.com
  32.  
  33. ``When the going gets wierd, the weird turn pro...''
  34.