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

Comparing libev/ev.pod (file contents):
Revision 1.213 by root, Wed Nov 5 02:48:45 2008 UTC vs.
Revision 1.214 by root, Wed Nov 5 03:52:15 2008 UTC

… …
418starting a watcher (without re-setting it) also usually doesn't cause 418starting a watcher (without re-setting it) also usually doesn't cause
419extra overhead. A fork can both result in spurious notifications as well 419extra overhead. A fork can both result in spurious notifications as well
420as in libev having to destroy and recreate the epoll object, which can 420as in libev having to destroy and recreate the epoll object, which can
421take considerable time and thus should be avoided. 421take considerable time and thus should be avoided.
422 422
423All this means that, in practise, C<EVBACKEND_SELECT> is as fast or faster 423All this means that, in practise, C<EVBACKEND_SELECT> can be as fast or
424then epoll for maybe up to a hundred file descriptors. So sad. 424faster then epoll for maybe up to a hundred file descriptors, depending on
425the usage. So sad.
425 426
426While nominally embeddable in other event loops, this feature is broken in 427While nominally embeddable in other event loops, this feature is broken in
427all kernel versions tested so far. 428all kernel versions tested so far.
428 429
429This backend maps C<EV_READ> and C<EV_WRITE> in the same way as 430This backend maps C<EV_READ> and C<EV_WRITE> in the same way as

Diff Legend

– Removed lines
+ Added lines
< Changed lines
> Changed lines