home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / protocol / nfs / 3033 < prev    next >
Encoding:
Internet Message Format  |  1993-01-01  |  1.9 KB
  1. Path: sparky!uunet!olivea!sgigate!sgi!rhyolite!vjs
  2. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  3. Newsgroups: comp.protocols.nfs
  4. Subject: Re: NFS packet size
  5. Message-ID: <ubeuj2s@rhyolite.wpd.sgi.com>
  6. Date: 1 Jan 93 21:01:26 GMT
  7. References: <u97b4fc@rhyolite.wpd.sgi.com> <C04t4o.K10@news.iastate.edu> <1993Jan1.115015.17311@prl.dec.com>
  8. Organization: Silicon Graphics, Inc.  Mountain View, CA
  9. Lines: 33
  10.  
  11. In article <1993Jan1.115015.17311@prl.dec.com>, boyd@prl.dec.com (Boyd Roberts) writes:
  12. > ...
  13. > > A dropped TCP fragment can result in a large amount of resending too.
  14. > 
  15. > True, but that all happens at the TCP/IP level which is far more
  16. > responsive than NFS's 1, 2, 4, 8 ... _second_ exponential backoff
  17. > when a datagram gets lost.
  18.  
  19. In other implementations of NFS, the NFS timeout starts at 0.7 seconds
  20. not 1.0, and can be reduced to 0.1 seconds.  Please compare 0.1 seconds
  21. with the standard TCP timeouts.
  22.  
  23. > We had a flakey drop cable here a while back.  When it was bad it would
  24. > take in the order of a minute to write an 8K block.  You could see the
  25. > fragments being dropped and the NFS retries.  I _never_ want to see
  26. > that again -- it was _awful_.
  27.  
  28. It could have been as bad or worse if you had been using NFS or TCP.
  29. Your TCP connections would have been timing-out and being recreated,
  30. throwing away any successfully moved data, and forcing the systems to
  31. attempt the extra packet exchanges that are required to start a TCP
  32. connection, incurring even more grief.
  33.  
  34.  
  35. With large (e.g. 250KByte) or even just full sized (e.g. 60KB) TCP
  36. windows, TCP can involve the retransmission of far more than an 8KB UDP
  37. packet.  The advantage with TCP is that its "go back N" retransmission
  38. scheme only goes back to the first lost TCP segment, not the to start
  39. of the NFS request.  You can hope to continually make progress, to only
  40. be thrown back to the start of the effort when things get really bad.
  41.  
  42.  
  43. Vernon Schryver,  vjs@sgi.com
  44.