httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From traw...@apache.org
Subject cvs commit: httpd-2.0/docs/man ab.8
Date Wed, 19 Feb 2003 01:38:24 GMT
trawick     2003/02/18 17:38:24

  Modified:    docs/man Tag: APACHE_2_0_BRANCH ab.8
  Log:
  fix some typos in the ab man page
  
  PR:   17108
  Submitted by:  Eric S. Raymond <esr@thyrsus.com>
  Reviewed by:   Jeff Trawick (who fixed a couple of mispellings of "probably")
  
  Revision  Changes    Path
  No                   revision
  
  
  No                   revision
  
  
  1.8.2.2   +5 -11     httpd-2.0/docs/man/ab.8
  
  Index: ab.8
  ===================================================================
  RCS file: /home/cvs/httpd-2.0/docs/man/ab.8,v
  retrieving revision 1.8.2.1
  retrieving revision 1.8.2.2
  diff -u -r1.8.2.1 -r1.8.2.2
  --- ab.8	2 Feb 2003 20:50:05 -0000	1.8.2.1
  +++ ab.8	19 Feb 2003 01:38:24 -0000	1.8.2.2
  @@ -88,22 +88,16 @@
   .BI \-X " proxy [ :port ]"
   ] [
   .BI \-v " verbosity"
  -]
   ] [
   .BI \-w " output HTML"
  -]
   ] [
   .BI \-g " output GNUPLOT"
  -]
   ] [
   .BI \-e " output CSV"
  -]
   ] [
   .BI \-x " <table> attributes"
  -]
   ] [
   .BI \-y " <tr> attributes"
  -]
   ] [
   .BI \-z " <td> attributes"
   ]
  @@ -153,7 +147,7 @@
   .B http
   protocol. This feature is experimental and
   .B very
  -rudimentary. You propably do not want to use it.
  +rudimentary. You probably do not want to use it.
   .TP 12
   .B \-k 
   Enable the HTTP KeepAlive feature; that is, perform multiple requests
  @@ -278,11 +272,11 @@
   .P
   Up to version 1.3d
   .B ab
  -has propably reported values way to low for most measurements;
  +has probably reported values way too low for most measurements;
   as a single timeout (which is usually in the order of seconds)
  -will shift several thousands of milli-second responses by a
  -considerable factor. This was further componded by a serious
  -interger overrun which would for realistic run's (i.e. those
  +will shift several thousands of millisecond responses by a
  +considerable factor. This was further compounded by a serious
  +integer overrun, which would for realistic runs (i.e. those
   longer than a few minutes) produce believable but totally 
   bogus results. Thanks to Sander Temme <sander@covalent.net>
   for solving this riddle.
  
  
  

Mime
View raw message