home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sun / hardware / 3481 < prev    next >
Encoding:
Text File  |  1992-07-22  |  2.8 KB  |  65 lines
  1. Newsgroups: comp.sys.sun.hardware
  2. Path: sparky!uunet!mcsun!sunic!ericom!exucom.exu.ericsson.se!news
  3. From: exudnw@exu.ericsson.se (Dave Williams)
  4. Subject: Re: NFS I/O Ops/seconds
  5. Message-ID: <1992Jul22.172312.12965@exu.ericsson.se>
  6. Sender: news@exu.ericsson.se
  7. Nntp-Posting-Host: floyd.exu.ericsson.se
  8. Reply-To: exudnw@exu.ericsson.se
  9. Organization: Ericsson Network Systems
  10. References: <1992Jul22.061146.15641@u.washington.edu>
  11. Date: Wed, 22 Jul 1992 17:23:12 GMT
  12. Lines: 51
  13.  
  14. In article 15641@u.washington.edu, kint@rio.engr.washington.edu (Rick Kint) writes:
  15. >    We're buying a Sun to serve as an NFS server in one of our departments.
  16. >The Sun rep commented that a typical Ethernet allows 300 NFS ops per second,
  17. >so if you're on a single wire any server bandwidth beyond that is wasted. 
  18. >
  19. >    I have no feel whatsoever for the numbers that go into this figure,
  20. >can anyone in netland (a) explain this in words of two syllables or less, and
  21. >(b) does anyone know the figures for current systems?
  22. >
  23. >    I'm sure that this includes assumptions about what represents a 
  24. >typical mix of operations; since a getattr is presumably quicker than a write
  25. >(for example), how useful are these numbers anyway?
  26. >
  27. >    ObCurmudgeonlyRemark:  I was reading about the SS10/41, with 1 MB of
  28. >cache.  Good Lord, a meg of cache on a workstation, why when I was your age
  29. >we thought a meg of *main memory* on a *mainframe* was a lot...
  30.  
  31. I did some testing a while back and found that you can saturate a network
  32. segment with 2 sun IPCs at around 320 NFSops with the "Legato mix" and 
  33. Nhfsstone.  This is a pathological test, though, so we developed some
  34. rules based on trial/error.
  35.  
  36. Rules of thumb we use:
  37.  
  38. 1)  For diskless (Sun) clients, no more than 20 clients per subnet.
  39.  
  40. 2)  Use network co-processors (NC400/600) whenever possible.  You can get 
  41.     up to 60 diskless clients on a 490 with them (remember rule 1).
  42.  
  43. 3)  Dataless clients use *much* less bandwidth (no root, swap, usr, etc.)
  44.     over the net.  Your results will depend more on what the users data
  45.     requirements are than on anything else. If you are running [e,m]cad
  46.     or huge databases you will be network-bound.  Small disks are now 
  47.     reliable and cheap - consider this seriously.
  48.  
  49. 4)  Get the fastest server drives you can afford (we use IPI, but new fast 
  50.     SCSI might be ok).
  51.  
  52. 5)  Never, never run user jobs on the server or allow users to have 
  53.     interactive logins on the server.  NFS is shy - it just wants to be 
  54.     left alone...
  55.  
  56. 6)  Prestoserve write accelerators only benefit systems with write % above
  57.     15% (ours are around 6%).
  58.  
  59. ---
  60. = exudnw@exu.ericsson.se                                                =
  61. = David Williams              "You can't win, you can't break even,     =
  62. = Ericsson Network Systems     and you can't quit"                      =
  63. = Richardson, TX 75081                                  my opinions...  =
  64.  
  65.