home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / protocol / nfs / 2130 < prev    next >
Encoding:
Text File  |  1992-08-21  |  5.1 KB  |  120 lines
  1. Newsgroups: comp.protocols.nfs
  2. Path: sparky!uunet!decwrl!csus.edu!netcom.com!netcomsv!aim.com!brian
  3. From: brian@aim.com (Brian Flock)
  4. Subject: Re: Free NFS Response Time Monitor
  5. Message-ID: <1992Aug21.232115.616@aim.com>
  6. Followup-To: comp.protocols.nfs
  7. Originator: brian@monsoon
  8. Sender: news@aim.com
  9. Nntp-Posting-Host: monsoon
  10. Organization: Aim Technology
  11. Distribution: usa
  12. Date: Fri, 21 Aug 1992 23:21:15 GMT
  13. Lines: 105
  14.  
  15. In article <nxfyh!-@rpi.edu>, fitzgb@mml0.meche.rpi.edu (Brian Fitzgerald) writes:
  16.  
  17.     > NFS RTM Distribution writes:
  18.     > >
  19.     > >                    *************************************
  20.     > >                    FREE NFS SERVER RESPONSE TIME UTILITY
  21.     > >                    *************************************
  22.     > 
  23.     > ... cool program.  For anyone interested, here's an example output of
  24.     > the free demo they sent me.  Good teaser for the sharpshooter.
  25.     > ...
  26.  
  27. Thanks!
  28.  
  29.     >                         NFS RESPONSE TIME REPORT
  30.     >                 Failure Rate       NFS Response Time (ms)      NFS Load
  31.     > Server            Over  20ms           Avg        Max         (ops/sec)
  32.     > -----------------------------------------------------------------------
  33.     > hammer                    0%           2.9        3.1               0.0
  34.     > darwin                    0%           1.0        1.0               0.0
  35.     > usenet                   20%          10.9       67.6               0.9
  36.     > mml0                      0%           2.5        2.7               0.1
  37.     > cds1                      9%           5.8       27.6               0.2
  38.  
  39. Unfortunately, some people can't recognize an act of goodwill (the offering of
  40. the NFS Response Time Monitor for free) and instead make heinous attempts to
  41. spread ill will throughout the net.  I feel that I must take this opportunity to
  42. set the record straight before a full scale flame-war breaks out.  We have sent
  43. NFSRTM to almost a thousand people around the country AT OUR EXPENSE.  This
  44. is good for both you and AIM because you get an interesting, useful utility for
  45. FREE and we get an opportunity to introduce you to SharpShooter, a CLIENT/SERVER
  46. PERFORMANCE MONITORING tool for network and system administrators.
  47.  
  48. However, a certain vjs@rhyolite.wpd.sgi.com (Vernon Schryver) from Silicon
  49. Graphics, in a mad-dog manner, barked up the wrong tree and chose to attack a
  50. free monitor as if it were a benchmark.  We know about benchmarks.  We like
  51. benchmarks.  NFSRTM is *not* a benchmark.  In fact, the benchmarking arm of AIM
  52. is a totally separate business unit.  NFSRTM was developed by the AIM
  53. System/Network Management group.  We read from VJS:
  54.  
  55.     > I'd be very surprised if the AIM test is a fraction as interesting as
  56.     > LADDIS, the multi-vendor effort within SPEC to come up with an NFS
  57.     > benchmark.
  58.  
  59. Mr. Schryver should first recognize that *NEITHER* NFSRTM or SharpShooter are
  60. benchmarks.  Both products measure *actual* NFS statistics based on a production
  61. server's/network's *actual* mix.  These tools are used for performance tuning and
  62. long-term monitoring.  Specifically, NFSRTM averages ACTUAL response times to all
  63. clients on a specific subnet for each server.  This is valuable information
  64. that allows you to compare the performance of file servers as they are used
  65. in a day-to-day environment.
  66.  
  67. Mr. Schryver would do well to read more carefully (as recommended by Brian
  68. Fitzgerald) and talk less.  Our initial offer explained NFSRTM in sufficient
  69. detail to determine that it was a monitor and not benchmark (i.e., MONITOR is
  70. part of its name!).  AIM *never* gives away benchmarks!!!!
  71.  
  72.     > Another controversy within the group working on LADDIS has been what,
  73.     > if any, single "figure of merit" or number the LADDIS benchmark should
  74.     > produce.  I don't recall seeing mention of "response time" for a long
  75.     > time.
  76.  
  77. NFSRTM reports response time values to tell you how quickly the clients are
  78. receiving their NFS responses.  If actual response time is good on a production
  79. server, the theoretical throughput of the server is not relevant.  LADDIS has
  80. nothing to do with daily Client/Server Performance Monitoring.
  81.  
  82. Our thanks to Brian Fitzgerald for helping his colleagues.  Our admonition to clean
  83. up this news group go to those who choose to flame without the facts or grind
  84. their own axes.
  85.  
  86. WE REPEAT OUR FREE OFFER TO THOSE OF YOU INVOLVED IN NETWORK AND SYSTEM ADMINISTRATION.
  87. =======================================================================================
  88.  
  89. Complete the following information, send it to 'nfsrtm-request@aim.com', and we'll
  90. send you a FREE copy of NFSRTM (SunOS 4.1 version only) as well as literature on
  91. SharpShooter:  (Heck, we'll even send one to Vernon as act of goodwill to mend our
  92. differences)
  93.  
  94.  
  95.    Name             :
  96.    Title            :
  97.    Organization     :
  98.    Address          :
  99.    City, State ZIP  :
  100.    Telephone        :
  101.    Fax              :
  102.    E-mail Address   :      
  103.    Types of Servers :
  104.    Number of Servers:
  105.  
  106.    1.  What performance management tools do you currently use?
  107.  
  108.  
  109.    2.  What information would you like that they don't currently provide?
  110.        (or what is their major weakness?)
  111.  
  112.  
  113.    3.  Have you tired of hearing Vernon Schriver flame on this news group?
  114.  
  115.  
  116. Brian Flock
  117. Product Manager
  118. AIM Technology
  119. brian@aim.com or {uunet,netcom}!aimt!brian
  120.