> > Also, you really want to return more than one event at at time in > > order to amortize the cost of the system call over several events, this > > doesn't seem possible with callbacks (or upcalls). > > yes, that would be a nice behaviour, but I haven't seen it become a real > issue yet. the sigwaitinfo() syscall is just so much lighter than all the > other things going on in the situation where you actually use this system.
How about a modified sigwaitinfo that will return a number of waiting siginfo -- of course this introduces the problem of deciding how long to wait for new additions to the queue before returning. This is something similar to the Nagle algorithm.. Or perhaps sigwaitinfo could buffer siginfo's in user space, although this introduces complexity if you want the ability to cancel queued signals... Regards, Niall To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body of the message
