home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / protocol / nfs / 1917 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  1.4 KB
  1. Xref: sparky comp.protocols.nfs:1917 comp.sys.sun.hardware:3468
  2. Newsgroups: comp.protocols.nfs,comp.sys.sun.hardware
  3. Path: sparky!uunet!usc!sdd.hp.com!caen!batcomputer!cornell!uw-beaver!news.u.washington.edu!rio.engr.washington.edu!kint
  4. From: kint@rio.engr.washington.edu (Rick Kint)
  5. Subject: NFS I/O Ops/seconds
  6. Message-ID: <1992Jul22.061146.15641@u.washington.edu>
  7. Sender: news@u.washington.edu (USENET News System)
  8. Organization: University of Washington, Seattle
  9. Date: Wed, 22 Jul 1992 06:11:46 GMT
  10. Lines: 20
  11.  
  12.     We're buying a Sun to serve as an NFS server in one of our departments.
  13. The Sun rep commented that a typical Ethernet allows 300 NFS ops per second,
  14. so if you're on a single wire any server bandwidth beyond that is wasted. 
  15.  
  16.     I have no feel whatsoever for the numbers that go into this figure,
  17. can anyone in netland (a) explain this in words of two syllables or less, and
  18. (b) does anyone know the figures for current systems?
  19.  
  20.     I'm sure that this includes assumptions about what represents a 
  21. typical mix of operations; since a getattr is presumably quicker than a write
  22. (for example), how useful are these numbers anyway?
  23.  
  24.     ObCurmudgeonlyRemark:  I was reading about the SS10/41, with 1 MB of
  25. cache.  Good Lord, a meg of cache on a workstation, why when I was your age
  26. we thought a meg of *main memory* on a *mainframe* was a lot...
  27.  
  28.  
  29. -- 
  30. Rick Kint                UNIX Geek, College of Engineering
  31. kint@engr.washington.edu        University of Washington, Seattle
  32.