Date: Sat, 5 May 2007 16:48:44 -0500 (CDT) From: "Sean C. Farley" <sean-freebsd@farley.org> To: Andrey Chernov <ache@freebsd.org> Cc: Daniel Eischen <deischen@freebsd.org>, arch@freebsd.org Subject: Re: HEADS DOWN Message-ID: <20070505163707.J6670@thor.farley.org> In-Reply-To: <20070505213202.GA49925@nagual.pp.ru> References: <20070501135439.B36275@thor.farley.org> <20070502.102822.-957833022.imp@bsdimp.com> <Pine.GSO.4.64.0705021332020.8590@sea.ntplx.net> <20070502183100.P1317@baba.farley.org> <Pine.GSO.4.64.0705022034180.8590@sea.ntplx.net> <20070502230413.Y30614@thor.farley.org> <20070503160351.GA15008@nagual.pp.ru> <20070504085905.J39482@thor.farley.org> <20070504213312.GA33163@nagual.pp.ru> <20070504174657.D1343@thor.farley.org> <20070505213202.GA49925@nagual.pp.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 6 May 2007, Andrey Chernov wrote: > On Sat, May 05, 2007 at 03:56:21PM -0500, Sean C. Farley wrote: >> Interestingly, gcc 3.4.6 on -STABLE does not do such a great job even >> with -minline-all-stringops. I do have CPUTYPE?=pentium4 in >> /etc/make.conf. Maybe this is only an issue with i386 similar to what >> you mention below? > > Even "cc -O" do that, without any flags, see live example below: I have the same assembly output. Inlined __strleneq() ends up being faster on my system than GCC's strlen() when I changed all calls where checkEquals equaled false. I believe you that it should be faster with GCC's version, but it is not ending up that way on my Athlon XP and Pentium 4 systems running FreeBSD 6.2. There is now a sysenv-strlen.c that I tested the timings.c program in regressions/environment directory. It keeps showing __strleneq() to be faster. Sean -- sean-freebsd@farley.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070505163707.J6670>