ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/libev/ev.pod
(Generate patch)

Comparing libev/ev.pod (file contents):
Revision 1.449 by root, Sun Jun 23 02:02:30 2019 UTC vs.
Revision 1.450 by root, Mon Jun 24 00:04:26 2019 UTC

598backend will be skipped during initialisation. 598backend will be skipped during initialisation.
599 599
600Most problematic in practise, however, is that not all file descriptors 600Most problematic in practise, however, is that not all file descriptors
601work with it. For example, in linux 5.1, tcp sockets, pipes, event fds, 601work with it. For example, in linux 5.1, tcp sockets, pipes, event fds,
602files, F</dev/null> and a few others are supported, but ttys do not work 602files, F</dev/null> and a few others are supported, but ttys do not work
603(probably because of a bug), so this is not (yet?) a generic event polling 603properly (a known bug that the kernel developers don't care about, see
604interface. 604L<https://lore.kernel.org/patchwork/patch/1047453/>), so this is not
605(yet?) a generic event polling interface.
605 606
606To work around this latter problem, the current version of libev uses 607To work around this latter problem, the current version of libev uses
607epoll as a fallback for file deescriptor types that do not work. Epoll 608epoll as a fallback for file deescriptor types that do not work. Epoll
608is used in, kind of, slow mode that hopefully avoids most of its design 609is used in, kind of, slow mode that hopefully avoids most of its design
609problems and requires 1-3 extra syscalls per active fd every iteration. 610problems and requires 1-3 extra syscalls per active fd every iteration.

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines