home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / protocol / nfs / 2115 < prev    next >
Encoding:
Text File  |  1992-08-20  |  2.5 KB  |  55 lines
  1. Newsgroups: comp.protocols.nfs
  2. Path: sparky!uunet!kithrup!hoptoad!decwrl!pa.dec.com!nntpd2.cxo.dec.com!nntpd.lkg.dec.com!engage.pko.dec.com!riscee.pko.dec.com!wiryaman
  3. From: wiryaman@riscee.pko.dec.com (Santa Wiryaman)
  4. Subject: Re: Free NFS Response Time Measurement Software
  5. Message-ID: <1992Aug20.213642.11024@engage.pko.dec.com>
  6. Sender: newsdaemon@engage.pko.dec.com (USENET News Daemon)
  7. Organization: Digital Equipment Corporation, Maynard MA
  8. References: <1992Aug10.045921.13353@aim.com>
  9. Distribution: usa
  10. Date: Thu, 20 Aug 1992 21:36:42 GMT
  11. Lines: 42
  12.  
  13. In article <1992Aug10.045921.13353@aim.com> nfsrtm@aimt.aim.com (NFS RTM Distribution) writes:
  14. >
  15. >                    *************************************
  16. >                    FREE NFS SERVER RESPONSE TIME UTILITY
  17. >                    *************************************
  18. >
  19. >(Note:  I'm not sure if this is the proper place to post this, my
  20. >        apologies in advance if it isn't)
  21. >
  22. >Do you want to measure the NFS response time of your servers?  Have you
  23. >heard complaints about server performance but have lacked tools to quantify
  24. >the problem?
  25. >
  26. >If so, you'll want to get a copy of the FREE NFS Response Time Monitor
  27. >(NFSRTM) from AIM Technology.  This easy-to-install-and-use command line
  28. >utility can be run on SPARC workstations running with the Network Interface
  29. >Tap (NIT) and SunOS 4.1 or higher (NOTE: the NFS servers being measured
  30. >DO NOT have to be running SunOS).
  31.  
  32. I have been using tcpdump and awk scripts to reduce the log file.  Tcpdump
  33. also uses NIT on Suns or packet filter on BSD UNIX and ULTRIX, I used the
  34. packet filter interface.  What I found was insufficient using this tool was
  35. the 4 ms. clock resolution.  On a midrange NFS server an operation such as
  36. getattr could easily be serviced at <1 ms.  So for accuracy, a microsecond clock
  37. resolution was needed.  What is the clock resolution of the SPARC workstations?
  38.  
  39. Also, how does NFSRTM deals with timeout and retransmissions?
  40.  
  41. As NFS client implementation is getting smarter, I wonder whether on the wire
  42. measurements are still accurate from the client perspective.  The server's 
  43. ops/sec and secs/ops are still important consideration, but as a user of the
  44. client I would also be concerned about the performance of the client
  45. implementation.  So I would put more weight on performance numbers taken from
  46. a workload on the client.  FWIW, LADDIS only measure the server performance,
  47. bypassing the NFS client implementation altogether.
  48.  
  49.  
  50. -- 
  51. Santa Wiryaman
  52.  
  53. INTERNET : wiryaman@riscee.pko.dec.com
  54. UUCP     : ...!decwrl!riscee.pko.dec.com!wiryaman
  55.