From owner-freebsd-arch@FreeBSD.ORG Tue Jan 13 18:31:50 2009 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35A921065675 for ; Tue, 13 Jan 2009 18:31:50 +0000 (UTC) (envelope-from prvs=julian=257c50d56@elischer.org) Received: from smtp-outbound.ironport.com (smtp-outbound.ironport.com [63.251.108.112]) by mx1.freebsd.org (Postfix) with ESMTP id 1EF3F8FC1E for ; Tue, 13 Jan 2009 18:31:50 +0000 (UTC) (envelope-from prvs=julian=257c50d56@elischer.org) Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.222]) by smtp-outbound.ironport.com with ESMTP; 13 Jan 2009 10:03:15 -0800 Message-ID: <496CD763.80107@elischer.org> Date: Tue, 13 Jan 2009 10:03:15 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Bruce Evans References: <4966B5D4.7040709@delphij.net> <86zlhw5zsr.fsf@ds4.des.no> <496C3A80.5040007@delphij.net> <20090113232658.E31712@delplex.bde.org> <20090114005432.Y31765@delplex.bde.org> In-Reply-To: <20090114005432.Y31765@delplex.bde.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , d@delphij.net, freebsd-arch@freebsd.org Subject: Re: RFC: MI strlen() 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: Tue, 13 Jan 2009 18:31:50 -0000 > > I reran the test. I had to change -O2 to -O to test builtin strlen, > and made some other changes in a failed attempt to force __builtin_strlen > with -O2). builtin strlen is much slower than I remembered. The > NetBSD asm strlen (it uses the 0x8080 trick with 64-bit words) is > about 4.5 faster for long strings but slower for short strings (ones > shorter than the word size). I expect your C version is similar. any chance you could try this and make a suggestion as to whether we might adopt the new code? >