Robert Watson wrote:
My concern with this idea is that kqueues are not really intended to provide an event stream, rather, notification of a condition. As writes often come in batches, it's likely that by the time the kevent is received, several writes will have occurred, but only a single event notification will be present. Is the application you have in mind able to benefit from what is effectively "polled" sampling of writes? Does it benefit in the presence of writes from concurrent writers, where things like the position and length may depend on which of two or more writers wrote to the file most or least recently?
Yes, this was the next question I wanted to ask. I was counting on receiving just the stream of events you describe - receiving random samples of it would be as useful as only receiving write notifications.
Thanks for clarifying this! _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
