From 0b4efe677af8ed98b70ad7d63f4bcd041f00324a Mon Sep 17 00:00:00 2001 From: Brian Pane Date: Wed, 31 Jul 2002 05:30:12 +0000 Subject: [PATCH] Document the content-length filter performance problems git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@96249 13f79535-47bb-0310-9956-ffa450edef68 --- STATUS | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/STATUS b/STATUS index 98cf2e08681..5c0c95942fa 100644 --- a/STATUS +++ b/STATUS @@ -1,5 +1,5 @@ APACHE 2.0 STATUS: -*-text-*- -Last modified at [$Date: 2002/07/24 16:55:45 $] +Last modified at [$Date: 2002/07/31 05:30:12 $] Release: @@ -109,6 +109,13 @@ CURRENT VOTES: RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP: + * Performance problems in the content-length filter: + - In many situations, the C-L filter sets aside buckets + until it sees EOS. Setting aside file buckets is bad + because it requires an mmap+memcpy+munmap. + - In addition, the C-L filter reads and buffers all the + content from a pipe bucket. + * All handlers should always send content down even if r->header_only is set. If not, it means that the HEAD requests don't generate the same headers as a GET which is wrong. -- 2.47.3