This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/18441] Performance regression due to strcoll_l changes
- From: "carlos at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Thu, 21 May 2015 15:01:47 +0000
- Subject: [Bug libc/18441] Performance regression due to strcoll_l changes
- Auto-submitted: auto-generated
- References: <bug-18441-131 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=18441
Carlos O'Donell <carlos at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |carlos at redhat dot com
--- Comment #1 from Carlos O'Donell <carlos at redhat dot com> ---
We have a microbenchmark for strcoll with a variety of inputs, and we are
actively tracking improvements to that API.
For example, this enhancement:
https://sourceware.org/ml/libc-alpha/2015-04/msg00229.html
Is commit f13c2a8dff2329c6692a80176262ceaaf8a6f74e, and was checked in on May
12th.
Do you have any way to test glibc master? Like running your application on
Fedora Rawhide?
Alternatively we'd love to get a indicative microbenchmark of the workloads
your running, such that when we make future changes we'll know if it regresses
for your workload.
--
You are receiving this mail because:
You are on the CC list for the bug.