From owner-freebsd-arch@FreeBSD.ORG Thu Jul 12 21:07:15 2007 Return-Path: X-Original-To: freebsd-arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E60216A421; Thu, 12 Jul 2007 21:07:15 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id C069613C484; Thu, 12 Jul 2007 21:07:14 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 6715720A4; Thu, 12 Jul 2007 22:51:16 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 460F5208A; Thu, 12 Jul 2007 22:51:16 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id E15E4528C; Thu, 12 Jul 2007 22:51:15 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Sean C. Farley" References: <20070711134721.D2385@thor.farley.org> <20070711221338.GC20178@turion.vk2pj.dyndns.org> <200707112221.l6BML722062857@apollo.backplane.com> <20070711183217.C2385@thor.farley.org> Date: Thu, 12 Jul 2007 22:51:15 +0200 In-Reply-To: <20070711183217.C2385@thor.farley.org> (Sean C. Farley's message of "Wed\, 11 Jul 2007 18\:43\:00 -0500 \(CDT\)") Message-ID: <86lkdl5osc.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arch@FreeBSD.org Subject: Re: Assembly string functions in i386 libc X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2007 21:07:15 -0000 "Sean C. Farley" writes: > 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. > Since strlen() is used in every program directly or indirectly through > libc, I thought it was beneficial to make it faster. The first rule of optimization is: don't do it. The second rule of optimization is: don't do it yet. The third rule of optimization is: don't optimize what you haven't measured. Can you show us an actual application that spends a significant part of its run time in strlen()? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no