This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] Faster strchr implementation.
- From: Liubov Dmitrieva <liubov dot dmitrieva at gmail dot com>
- To: Ondřej Bílka <neleai at seznam dot cz>
- Cc: GNU C Library <libc-alpha at sourceware dot org>
- Date: Mon, 12 Aug 2013 16:38:45 +0400
- Subject: Re: [PATCH] Faster strchr implementation.
- References: <20130807140911 dot GA31968 at domone dot kolej dot mff dot cuni dot cz> <CAHjhQ926EE-MYDJR5Eftf+DUefBg-Gox0pw57vZ7XUwsO3OPJg at mail dot gmail dot com> <20130808190716 dot GA4589 at domone dot kolej dot mff dot cuni dot cz> <CAHjhQ92+C6uXyrUhTd3OWuoa6v2SeUaKLBuqaNX5Sqtn4ANBdg at mail dot gmail dot com> <CAHjhQ90S-1uBhwV44KODTcQkr=0U-P+_9Pu0O=RbYYY9e82JCA at mail dot gmail dot com> <20130809164420 dot GB4972 at domone dot kolej dot mff dot cuni dot cz> <CAHjhQ92+D_VX1mXFj3jFJORN7LkzvVLLoM+0pHGUv1f8u0csVA at mail dot gmail dot com> <CAHjhQ90Zkc_C8QERKUXsESWu6ti-r+WXB-zt=6qzj8j4AVFW2Q at mail dot gmail dot com> <20130812122059 dot GB19931 at domone dot kolej dot mff dot cuni dot cz> <CAHjhQ90P=jGYKuJwOyc5dNCx-YZk6vGYFtYzN6kdTnB8bggkTQ at mail dot gmail dot com>
And could you please explain what metrics you use to calculate the
numbers. How do you calculate "average" ratio?
Time ratio to fastest:
strcmp_new: 106.992815% strcmp_new_alt: 100.000000% __strcmp_sse2:
126.005391% strcmp_sse42: 120.079076% __strcmp_ssse3: 123.927262%
Thanks.
--
Liubov Dmitrieva
On Mon, Aug 12, 2013 at 4:25 PM, Liubov Dmitrieva
<liubov.dmitrieva@gmail.com> wrote:
> That was about strcmp, not memcmp. Do you also need results for memcmp
> on Haswell, Silvermont and Atom?
>
>
> --
> Liubov
>
> On Mon, Aug 12, 2013 at 4:20 PM, OndÅej BÃlka <neleai@seznam.cz> wrote:
>> On Mon, Aug 12, 2013 at 03:27:01PM +0400, Liubov Dmitrieva wrote:
>>>
>> To fix that use this
>> http://kam.mff.cuni.cz/~ondra/benchmark_string/memcmp_profile120913.tar.bz2
>> or increase number of tests in tests/rand.c. Benchmark above differs by
>> changing line
>> for(i=0;i<100000;i++){
>> to
>> for(i=0;i<300000;i++){
>>
>>
>> --
>>
>> paradigm shift...without a clutch