Re: [RFC][PATCH 0/5] Signal scalability series
From: Oleg Nesterov
Date: Tue Oct 04 2011 - 13:56:38 EST
On 10/04, Oleg Nesterov wrote:
> On 10/03, Peter Zijlstra wrote:
> > Right, so the thing Thomas and I have been promoting for a while now is
> > to update a signal target vector on every signal mask update. Mask
> > updates should be the slow path. This would leave us with a ready target
> > in O(1).
> Yes. This is the "obvious" solution ;) Now that we have
> set_current_blocked() this is simple. Except, of course, this blows
> signal_struct and set_current_blocked() can't rely on TIF_SIGPENDING.
> But we can probably add TIF_YOU_ARE_LISTED_IN_CURR_TARGET_ARRAY.
Forgot to mention... Unblocking becomes "nontrivial" too. But almost
all these changes are local to set_current_blocked().
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/