From new-httpd-return-7810-apmail-new-httpd-archive=apache.org@apache.org Tue Sep 12 15:00:41 2000 Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 97035 invoked by uid 500); 12 Sep 2000 15:00:39 -0000 Mailing-List: contact new-httpd-help@apache.org; run by ezmlm Precedence: bulk X-No-Archive: yes Reply-To: new-httpd@apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list new-httpd@apache.org Received: (qmail 97021 invoked from network); 12 Sep 2000 15:00:39 -0000 X-Authentication-Warning: koj.covalent.net: rbb owned process doing -bs Date: Tue, 12 Sep 2000 08:05:37 -0700 (PDT) From: rbb@covalent.net To: new-httpd@apache.org Subject: Re: eek. poor chunking behavior. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N > > buffer gets an EOS bucket. The data is sent to the chunk filter. Here > > the chunking data gets added. Then it is passed to the core filter. Now, > > the core filter looks at how much data it has and determines that it isn't > > worth sending yet, so it wants to save that data aside. But, we have an > > EOS, so we save the data to the bucket brigade that lives in the conn_rec > > structure. This works regardless of what filters are in the stack. > > So the core filter still needs to have buffering logic even when we > have a buffering filter? If that is the case then perhaps, as > somebody (Tony?) mentioned last night, the relatively simple buffering > logic should be duplicated in the chunk filter and the core filter. Tony and I have discussed this at length. I don't believe this is an issue at all. If the handlers are well written, then this problem pretty much goes away, and since the buffering logic is incredibly simple (two calls to pre-defined functions and an if statement), then yes I believe this logic can and should be duplicated. Ryan _______________________________________________________________________________ Ryan Bloom rbb@apache.org 406 29th St. San Francisco, CA 94131 -------------------------------------------------------------------------------