Date: Wed, 11 Jul 2007 18:43:00 -0500 (CDT) From: "Sean C. Farley" <scf@FreeBSD.org> To: Matthew Dillon <dillon@apollo.backplane.com> Cc: freebsd-arch@FreeBSD.org Subject: Re: Assembly string functions in i386 libc Message-ID: <20070711183217.C2385@thor.farley.org> In-Reply-To: <200707112221.l6BML722062857@apollo.backplane.com> References: <20070711134721.D2385@thor.farley.org> <20070711221338.GC20178@turion.vk2pj.dyndns.org> <200707112221.l6BML722062857@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 11 Jul 2007, Matthew Dillon wrote: > Long ago I decided that strlen() was simply not in the critical > path for virtually any program. A few nanoseconds here or there is > not going to result in any noticeable improvement for any program > other then a benchmark designed to test strlen(). It isn't worth > the effort to optimize. Since strlen() is used in every program directly or indirectly through libc, I thought it was beneficial to make it faster. In the case of i386, the C version used by all the other architectures, except for ARM, is much faster that the assembly version. This is without any optimization on its part. I need to test out grep (FreeGrep) to see how it behaves when calling regexec() (may use strlen() in certain cases) many times (i.e., grep -R on the source tree) using both versions. Sean -- scf@FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070711183217.C2385>