home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / bsd / 4058 < prev    next >
Encoding:
Internet Message Format  |  1992-08-12  |  2.4 KB
  1. Xref: sparky comp.unix.bsd:4058 comp.protocols.nfs:2050
  2. Newsgroups: comp.unix.bsd,comp.protocols.nfs
  3. Path: sparky!uunet!snorkelwacker.mit.edu!bloom-picayune.mit.edu!athena.mit.edu!eichin
  4. From: eichin@athena.mit.edu (Mark W. Eichin)
  5. Subject: Re: 386BSD: 16550's vs. NFS
  6. In-Reply-To: schneck@Physik.TU-Muenchen.DE's message of Wed, 12 Aug 1992 20:25:59 GMT
  7. Message-ID: <EICHIN.92Aug12193408@tsx-11.mit.edu>
  8. Sender: news@athena.mit.edu (News system)
  9. Nntp-Posting-Host: tsx-11.mit.edu
  10. Organization: Massachusetts Institute of Technology
  11. References: <EICHIN.92Aug9004425@tsx-11.mit.edu> <1992Aug9.083431.5746@BitBlocks.COM>
  12.     <oc27njc@rhyolite.wpd.sgi.com>
  13.     <schneck.713651159@Physik.TU-Muenchen.DE>
  14. Date: Wed, 12 Aug 1992 23:34:15 GMT
  15. Lines: 29
  16.  
  17. I've gotten a number of useful comments from people on the net; thanks
  18. for reading my note. I'm currently looking at FAS (Final Async
  19. Solution) to see if I can port that to BSD rather than continuing to
  20. hack the mainline driver (after all, FAS is designed to support
  21. multi-port boards.) The interrupts are still not showing up, I'm about
  22. ready to take a logic probe to the board and test it... I've even set
  23. breakpoints in Vcom3 and they don't fire, so I'm pretty sure they're
  24. not getting to the CPU.
  25.     Several people have suggested reducing the block sizes; from
  26. bad experiences with UDP fragmenting on Ethernets, I already knocked
  27. the block size down to 1024 (both rsize and wsize.) I tried it at 128
  28. once but got XDR errors from SunOS on the server.
  29.     Another suggestion:
  30. >>And radically bloat the attribute cache expirations.
  31.     386BSD mount doesn't have an option to control that (the only
  32. place I've ever seen fine control of the attribute cache is in SunOS.)
  33. A quick glance at the source shows NFS_ATTRTIMEO at 5 seconds in
  34. nfs/nfs.h, I'll try compiling that higher (but I doubt that it is much
  35. of a problem at 38,400bps.)
  36. >> ... and use ppp or nfs over TCP or turn on UDP checksums ... you might 
  37. >> loose big with NFS otherwise, even with MNP4/V.42!
  38.     Actually, I'm using a direct wire and *still* losing. I don't
  39. know if I mentioned this before but NFS over TCP (to another 386BSD
  40. machine) works fine, it is the UDP version that fails.
  41.     I haven't heard from *anyone* who is actually *using* 386BSD
  42. NFS over SLIP, so I may be the only having this problem just now :-)
  43.                 _Mark_ <eichin@athena.mit.edu>
  44.                 MIT Student Information Processing Board
  45.                 Cygnus Support <eichin@cygnus.com>
  46.