Return-Path: Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 47211 invoked by uid 500); 6 Jan 2003 23:37:26 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 47178 invoked from network); 6 Jan 2003 23:37:25 -0000 Message-ID: <3E1A133C.1020201@cnet.com> Date: Mon, 06 Jan 2003 15:37:32 -0800 From: Brian Pane User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020722 X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Re: HTTP Input header filter References: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Bill Stoddard wrote: >Just a heads up in case anyone else is interested or is comtemplating working on >this... > >I am rewriting much of the code called by ap_read_request to handle HTTP >headers. Much of the function in rgetline_core, read_request_headers and >get_mime_headers_core is being reimplemented in ap_http_headers_input_filter. >My goals for the rewrite are to eliminate at least 1000 instructions from the >mainline code path, improve readability and maintainability of the code and to >make doing async/non-blocking network reads a bit easier to implement. I hope >to have something for review by the end of the week. > >Bill > > +1! According to the last batch of profile data I looked at, this part of the code is a prime candidate for optimization. I'm happy to help test/review the changes when they're ready. Brian