Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 58701 invoked by uid 500); 29 Jun 2002 20:23:46 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 58681 invoked from network); 29 Jun 2002 20:23:45 -0000 Date: Sat, 29 Jun 2002 16:17:47 -0400 (EDT) From: Cliff Woolley X-X-Sender: root@bistromath.cs.virginia.edu To: Brian Pane cc: dev@apr.apache.org Subject: Re: [PATCH] Re: 2.0 performance Re: Breaking something? Now is the time? In-Reply-To: <3D1E136C.1050109@pacbell.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: 209.66.108.5 1.6.2 0/1000/N On Sat, 29 Jun 2002, Brian Pane wrote: > I tried this, and it didn't unroll the loop. That's probably > because some of information needed to unroll the loop effectively > is unknown to the compiler. Hm. Okay, well, if we're going to do this, can we split it out into a separate macro (my_strncpy or something) so it's clear what's going on and to avoid cluttering up that function? Also, isn't it true that your patch now causes the buffer bucket to always have 0-7 unused bytes at the end? I'd have to go back and look more carefully to be sure, but that was the impression I got from first glance. I also feel like there *has* to be some better way to check for EOS... some way that would allow us to coalesce the writes. But I haven't figured out what that is yet. I'll keep thinking about it. --Cliff