Davide Libenzi wrote:
> Sure you can avoid the scan, if you pick up one event at a time. To
> be compared to /dev/epoll you need the signal-per-fd patch plus a
> method to collect the whole event-set in a single system call ( see
> perfs ).
Yes, I agree. A variant of sigwaitinfo that will return multiple queued
signals was mentioned ages ago, but because the siginfo structure is
much larger than is needed, that isn't a very effective use of cache.
Something specialised for fd events is more appropriate IMO. Large
numbers of queued RT signals aren't used for anything else AFAIK anyway,
not even timers.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Sep 30 2001 - 21:00:26 EST