Messages in this thread | | | Subject | Re: select/poll on files/dirs ? | Date | Wed, 23 Dec 1998 17:11:19 -0500 | From | "Brandon S. Allbery KF8NH" <> |
| |
In message <Pine.LNX.4.02.9812231504440.374-100000@einstein.london.sco.com>, Ti gran Aivazian writes: +----- | But I thought select(2) already works on regular files in a predictable | manner, i.e. the descriptor sets are "always ready", so it is kind of | uninteresting. More interesting is the Asynchronous I/O issue. I remember +--->8
The actual proposal was poll() (not select()) flags to block waiting on specific events (changes to a directory or a file). This allows select() to behave as it currently does but allows programs which know about poll() to more efficiently wait on file/directory change events (a file manager would wait on a directory and update its display, and tail could wait on file extend instead of doing a non-blocking read once a second).
IIRC aio support is already in progress (already there?) and glibc 2.1 is adding the userspace support.
-- brandon s. allbery [os/2][linux][solaris][japh] allbery@kf8nh.apk.net system administrator [WAY too many hats] allbery@ece.cmu.edu carnegie mellon / electrical and computer engineering KF8NH We are Linux. Resistance is an indication that you missed the point.
- 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/
| |