riscv
/
musl
mirror of https://git.musl-libc.org/git/musl
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
1972 Commits
2 Branches
78 Tags
7.6 MiB
Tree: 976c0fdcb5
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from '976c0fdcb5'
${ noResults }
musl/src/dirent/__dirent.h

10 lines
101 B
Raw Normal View History

initial check-in, version 0.5.0
15 years ago
struct __DIR_s
{
int fd;
off_t tell;
int buf_pos;
int buf_end;
ditch the priority inheritance locks; use malloc's version of lock i did some testing trying to switch malloc to use the new internal lock with priority inheritance, and my malloc contention test got 20-100 times slower. if priority inheritance futexes are this slow, it's simply too high a price to pay for avoiding priority inversion. maybe we can consider them somewhere down the road once the kernel folks get their act together on this (and perferably don't link it to glibc's inefficient lock API)... as such, i've switch __lock to use malloc's implementation of lightweight locks, and updated all the users of the code to use an array with a waiter count for their locks. this should give optimal performance in the vast majority of cases, and it's simple. malloc is still using its own internal copy of the lock code because it seems to yield measurably better performance with -O3 when it's inlined (20% or more difference in the contention stress test).
14 years ago
int lock[2];
initial check-in, version 0.5.0
15 years ago
char buf[2048];
};