Messages in this thread | | | From | kuznet@ms2 ... | Subject | Re: Changes in the sockets: SIGIO handling | Date | Tue, 7 Mar 2000 21:11:04 +0300 (MSK) |
| |
Hello!
> IMO a callback device that you simply read() the siginfo from would be > much the cleaner API.
Well, batched signal delivery is apparently required feature, when signals are queued. There are no questions here.
But do not forget that even generation of such signals is not a zero overhead, which can be saved as rule. F.e. both old and rt signals are not generated at all when someone _sleeps_ in read()/write(). From the viewpoint of previous mails, it is bug. Look, another signal may wake us, then read() returns partial read. Oops, event is lost.
Alexey
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |