Re: [Lse-tech] Re: scalability of signal delivery for Posix Threads

[Andi Kleen]

> Well, the sighand->siglock is taken so many places in the kernel (>200 
> times)
> that RCUing its usage looks like a daunting change to make.

Agreed.  And having to wait for all CPUs in sigaction would also not
be nice.

> 
> In principle, I guess a seqlock could be made to work.  The idea would be 

seqlocks are reader only, but for signal delivery you need a writer to 
update state like the thread load balancing. We got all that gunk
from POSIX, before NPTL it would have been probably possible ;-)

-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/