diff options
author | Rich Felker <dalias@aerifal.cx> | 2011-07-30 08:02:14 -0400 |
---|---|---|
committer | Rich Felker <dalias@aerifal.cx> | 2011-07-30 08:02:14 -0400 |
commit | dba68bf98fc708cea4c478278c889fc7ad802b00 (patch) | |
tree | b90a55aaa51c72475cdb69efca7b9ddd37e50b2e /include/sys/ptrace.h | |
parent | 7683fceedebd98dda19b1a379b92406b64ce7f92 (diff) | |
download | musl-dba68bf98fc708cea4c478278c889fc7ad802b00.tar.gz musl-dba68bf98fc708cea4c478278c889fc7ad802b00.tar.bz2 musl-dba68bf98fc708cea4c478278c889fc7ad802b00.tar.xz musl-dba68bf98fc708cea4c478278c889fc7ad802b00.zip |
add proper fuxed-based locking for stdio
previously, stdio used spinlocks, which would be unacceptable if we
ever add support for thread priorities, and which yielded
pathologically bad performance if an application attempted to use
flockfile on a key file as a major/primary locking mechanism.
i had held off on making this change for fear that it would hurt
performance in the non-threaded case, but actually support for
recursive locking had already inflicted that cost. by having the
internal locking functions store a flag indicating whether they need
to perform unlocking, rather than using the actual recursive lock
counter, i was able to combine the conditionals at unlock time,
eliminating any additional cost, and also avoid a nasty corner case
where a huge number of calls to ftrylockfile could cause deadlock
later at the point of internal locking.
this commit also fixes some issues with usage of pthread_self
conflicting with __attribute__((const)) which resulted in crashes with
some compiler versions/optimizations, mainly in flockfile prior to
pthread_create.
Diffstat (limited to 'include/sys/ptrace.h')
0 files changed, 0 insertions, 0 deletions