Skip to content
  1. Apr 11, 2001
  3. Apr 09, 2001
  5. Apr 08, 2001
  7. Apr 06, 2001
  9. Apr 04, 2001
  11. Apr 03, 2001
  13. Apr 02, 2001
  15. Apr 01, 2001
    • Dirk-Willem van Gulik's avatar
      · 184b080a
      Dirk-Willem van Gulik authored 
      It turns out that 'ab' has been under reporting apache's performance
for years; this patch fixes that; and also adds

-	median/standard deviation calculations; to get an
	idea of how good your measurement is. And a warning
	if results are way out of bound.
-	prints a 'percentile' table. Which shows the time it
	took to process 50,66,80,90 etc percent of the requests.
-	fixes a significant int overrun bug which caused longer
	runs to generate realistic but totally bogus results. And
	also changes in the write/pipe error handling to not cause
	those skew a test unnoticed) Credits to Sander Temme
 	<sander@covalent.net> for solving this riddle.
-	add's gnuplot/CSV output for postprocessing.
-	adds very rudimentary SSL support.

For full details on why this was nessesary (and lead to surprizing
results to say the leat); attend Sander Temme his talk at the
Santa Clara Apache Con next week:

	TH18: Measuring and Enhancing Apache Performance
	Day: Thu Time: 18h30
	This presentation will describe a facility for testing web
	server performance and will present some test results
	for various system- and Apache configuration options.
	Additionally, some suggestions on performance tuning will be presented.

Sorry for the size of the patch - but for various reasons we did not
get round to committing it :-( Getting results and getting confidence
in the output was just more important. I will do asap for 2.0 as well.

Input/comments/cronstructive critism as to the processing and presentation
of the data is greatly appreciated !

Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@88624 13f79535-47bb-0310-9956-ffa450edef68
      184b080a
  17. Mar 31, 2001
  19. Mar 30, 2001
  21. Mar 28, 2001
  23. Mar 27, 2001
    • William A. Rowe Jr's avatar
      · bf99ec40
      William A. Rowe Jr authored 
        Resolve the stdcall/cdecl ambiguity that caused Win2K to crash with the
  set service description patch.  Also lighten the load (don't allocate
  a handle) to get at the advapi32.dll we already statically link to.

PR:		7471
Submitted by:	Roman Neuhauser <cynic@mail.cz>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@88595 13f79535-47bb-0310-9956-ffa450edef68
      bf99ec40
  25. Mar 26, 2001
  27. Mar 22, 2001
  29. Mar 21, 2001
  31. Mar 20, 2001
  33. Mar 16, 2001
  35. Mar 14, 2001
  37. Mar 13, 2001
  39. Mar 12, 2001
  41. Mar 09, 2001
    • Martin Kraemer's avatar
      These files are now obsoleted by ap_ebcdic.c · b4785032
      Martin Kraemer authored 
      
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@88481 13f79535-47bb-0310-9956-ffa450edef68
      b4785032
    • Martin Kraemer's avatar
      David McCreedy writes: · 25f69195
      Martin Kraemer authored 
      > I've update the text files in os/tpf/samples, in part due to these ebcdic
> patches.
> I'd like to
>
>      - remove os/tpf/samples/linkdll.jcl
>      - add os/tpf/samples/linkhttp.jcl
Submitted by:	"David McCreedy" <mccreedy@us.ibm.com>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@88480 13f79535-47bb-0310-9956-ffa450edef68
      25f69195
    • Martin Kraemer's avatar
      I added configurable EBCDIC configuration functionality to http_core.c; · 5b616118
      Martin Kraemer authored 
      because conversion is a base feature, this looked like the only sensible
place to me. Other basic features like Resource limits live there too.

* make EBCDIC conversion truly configurable. Up to know, there was a
  hardwired assumption that only files of MIME type text/* (and a few
  exceptions) could be EBCDIC files; and everything else HAD TO BE
  binary. This assumption breaks (again and again) for MIME types like
  application/postscript, model/vrml, application/x-javascript and
  others, which can never be stored as EBCDIC text files.
  I now implemented two new directives for defining the conversion
  based on MIME type or file extension. The conversion can be set for
  upload and download independently, on or off, for any file.

* make EBCDIC conversion symmetric. Up to now, there was no clean way
  to deal with uploaded content (POST with Content-Type:, PUT with
  Content-Type:) because a) there was no MIME checker attached to the
  header-reader, and b) you could not actually define a conversion
  based on MIME type. Both deficiencies have now been addressed (the
  ap_checkconv_in() routine is called upon parsing of an uploaded
  Content-Type: line, and it can set a flag which is different from
  the download conversion flag. Also, its change is triggered at a
  different phase in the request handling: the upload conversion
  is set as soon as a Content-Type: for an uploaded document is
  detected, but the download conversion is only set when the
  response is about to be returned). All this was impossible in the
  past.

* unify the EBCDIC tables to be in a single common file
  src/ap/ap_ebcdic.c (and src/include/ap_ebcdic.h) instead
  of having redundant copies under src/os/{tpf,bs2000,os390}/ebcdic.{c,h}
  The common file will have the correct translation table
  conditionally compiled based on #ifdef TPF/OS390/_OSD_POSIX.
  Up to now, each EBCDIC had its own copy, cloned and slightly
  adapted.

* Also, put the conversion checker ap_checkconv() to http_core,
  because is is an essential central cog in the whole conversion
  clockwork. Until now, three almost incompatible copies were
  spread throughout the EBCDIC platforms' os.c files.

Reviewed by:	"David McCreedy" <mccreedy@us.ibm.com>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@88479 13f79535-47bb-0310-9956-ffa450edef68
      5b616118