[Bug libc/16145] localtime_r etc holds lock via __tz_convert

["cvs-commit at gcc dot gnu.org" <sourceware-bugzilla at sourceware dot org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=16145

--- Comment #4 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot gnu.org> ---
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU C Library master sources".

The branch, master has been updated
       via  6807b1db8233ed84671f061b5d825622233df303 (commit)
      from  b433df00ae7b72053b2aac5bea1ded269ea92589 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6807b1db8233ed84671f061b5d825622233df303

commit 6807b1db8233ed84671f061b5d825622233df303
Author: Kevin Easton <kevin@guarana.org>
Date:   Tue Feb 24 23:57:07 2015 -0500

    Reduce lock contention in __tz_convert() [BZ #16145] (partial fix)

    This patch is an "easy win" partial fix for BZ #16145, which notes
    the heavy contention on tzset_lock when multiple threads are converting
    times with localtime_r().

    In __tz_convert(), the lock does not need to be held after
    __tzfile_compute() / __tz_compute() have been called, so we can move the
    unlock up.  At this point there is still significant work to be done in
    __offtime(), so we see some improvement (in my testing with 8 cores
    banging on localtime_r(), ~20% improvement in throughput).

-----------------------------------------------------------------------

Summary of changes:
 ChangeLog    |    6 ++++++
 time/tzset.c |    4 ++--
 2 files changed, 8 insertions(+), 2 deletions(-)

-- 
You are receiving this mail because:
You are on the CC list for the bug.