home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / nfs / 2154 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  2.3 KB
  1. Path: sparky!uunet!metrix!neeraj
  2. From: neeraj@metrix.UUCP (Neeraj Sangal)
  3. Newsgroups: comp.protocols.nfs
  4. Subject: Re: Free NFS Response Time Measurement Software
  5. Message-ID: <876@metrix.UUCP>
  6. Date: 26 Aug 92 14:21:31 GMT
  7. References: <1992Aug10.045921.13353@aim.com> <1992Aug20.213642.11024@engage.pko.dec.com> <1992Aug25.184257.8139@aim.com>
  8. Reply-To: neeraj@metrix.UUCP (Neeraj Sangal)
  9. Distribution: usa
  10. Organization: Metrix Network Systems Inc.
  11. Lines: 36
  12.  
  13. In article (Santa Wiryaman) writes:
  14. > I have been using tcpdump and awk scripts to reduce the log file.  Tcpdump
  15. > also uses NIT on Suns or packet filter on BSD UNIX and ULTRIX, I used the
  16. > packet filter interface. What I found was insufficient using this tool was
  17. > the 4 ms. clock resolution. On a midrange NFS server an operation such as
  18. > getattr could easily be serviced at <1 ms.  So for accuracy, a microsecond
  19. > clock resolution was needed.  What is the clock resolution of the SPARC
  20. > workstations?
  21.  
  22. SPARC produces time stamps with a resolution of 1 micro-second. However, it
  23. is my understanding that the real resolution is worse. In one place I have
  24. seen it stated as 4 micro-second and in another instance I recall being
  25. told that it is 10 micro-second.
  26.  
  27. NetMetrix NFS Monitor has produced a variety of load and average response
  28. time measurements for about 3 years now. The Sun-3 and Sun-386i only have a
  29. resolution of 20 msec. The earlier versions of the NetMetrix products ran
  30. on those machines as well. What we used to advice users running on those
  31. machines in our manual at that time was to ensure that average readings
  32. should be over a large number of transactions. Average response time can
  33. still be pretty accurate even with a coarse time interval. In fact given
  34. a large enough number of measurements the average response time can be
  35. calculated to arbitrary accuracy!
  36.  
  37. I think, when we did actual measurements on a per NFS proc basis we got
  38. pretty accurate numbers for a specific NFS proc even with only 100 data
  39. points.
  40.  
  41. Note that in tcpdump as well as in our NetMetrix Protocol Analyzer,
  42. individual packets are time stamped. On Sun-3 and Sun-386i this resolution
  43. will be 20msec which can be severely limiting for measuring a specific
  44. NFS transaction.
  45.  
  46. Neeraj Sangal
  47. Metrix Network Systems, Inc.            1 Tara Blvd, Nashua, NH 03062
  48. neeraj@metrix.com                       (603) 888-7000
  49.