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

Comparing libev/README (file contents):
Revision 1.7 by root, Thu Nov 1 11:30:23 2007 UTC vs.
Revision 1.19 by root, Fri Dec 14 21:07:13 2007 UTC

1libev is modelled after libevent (http://monkey.org/~provos/libevent/), but aims 1libev is a high-performance event loop/event model with lots of features.
2to be faster and more correct, and also more featureful. Examples: 2(see benchmark at http://libev.schmorp.de/bench.html)
3 3
4(comparisons relative to libevent-1.3e and libev-0.00) 4 Homepage: http://software.schmorp.de/pkg/libev
5 E-Mail: libev@lists.schmorp.de
6 Library Documentation: http://pod.tst.eu/http://cvs.schmorp.de/libev/ev.pod
5 7
6- multiple watchers can wait for the same event without deregistering others, 8 It is modelled (very losely) after libevent and the Event perl module,
7 both for file descriptors as well as signals. 9 but aims to be faster and more correct, and also more featureful. And
8 (registering two read events on fd 10 and unregistering one will not 10 also smaller. Yay.
9 break the other)
10 11
11- fork() is supported and can be handled 12ABOUT THIS DISTRIBUTION
12 (there is no way to recover from a fork when libevent is active)
13 13
14- timers are handled as a priority queue (important operations are O(1)) 14 If you downloaded the libevent+libev distribution of libev, you will
15 (libevent uses a much less efficient but more complex red-black tree) 15 find it looks very much like libevent. In fact, the distributed libev
16 tarballs are indeed libevent tarballs patched up with the libev
17 event core, taking the evbuffer, evtag, evdns and evhttpd parts from
18 libevent (they use the libevent emulation inside libev). Configure and
19 Makefile stuff is also a more or less direct copy of libevent, and are
20 maintained by the libevent authors.
16 21
17- supports absolute (wallclock-based) timers in addition to relative ones, 22 If you downloaded the libev distribution (without libevent), then
18 i.e. can schedule timers to occur after n seconds, or at a specific time. 23 you only get the core parts of the library, meaning http and dns
24 client/server code and similar things are missing. Only the core event
25 loop is included.
19 26
20- timers can be repeating (both absolute and relative ones) 27 If you are looking for an easily embeddable version, I recommend using
28 the libev standalone distribution or the CVS repository.
21 29
22- detects time jumps and adjusts timers 30 Examples of programs that embed libev: the EV perl module,
23 (works for both forward and backward time jumps and also for absolute timers) 31 rxvt-unicode, gvpe (GNU Virtual Private Ethernet) and deliantra
32 (http://www.deliantra.net).
24 33
25- can correctly remove timers while executing callbacks 34DIFFERENCES AND COMPARISON TO LIBEVENT
26 (libevent doesn't handle this reliably and can crash)
27 35
28- race-free signal processing 36 The comparisons below are relative to libevent-1.3e.
29 (libevent may delay processing signals till after the next event)
30 37
31- less calls to epoll_ctl 38 - multiple watchers can wait for the same event without deregistering others,
32 (stopping and starting an io watcher between two loop iterations will now 39 both for file descriptors as well as signals.
33 result in spuriois epoll_ctl calls) 40 (registering two read events on fd 10 and unregistering one will not
41 break the other).
34 42
35- usually less calls to gettimeofday and clock_gettime 43 - fork() is supported and can be handled
36 (libevent calls it on every timer event change, libev twice per iteration) 44 (there is no way to recover from a fork with libevent).
37 45
38- watchers use less memory 46 - timers are handled as a priority queue (important operations are O(1))
39 (libevent on amd64: 152 bytes, libev: <= 56 bytes) 47 (libevent uses a much less efficient but more complex red-black tree).
40 48
41- library uses less memory 49 - supports absolute (wallclock-based) timers in addition to relative ones,
42 (libevent allocates large data structures wether used or not, libev 50 i.e. can schedule timers to occur after n seconds, or at a specific time.
43 scales all its data structures dynamically)
44 51
45- no hardcoded arbitrary limits 52 - timers can be repeating (both absolute and relative ones).
46 (libevent contains an off-by-one bug and sometimes hardcodes a limit of
47 32000 fds)
48 53
49- libev separates timer, signal and io watchers from each other 54 - absolute timers can have customised rescheduling hooks (suitable for cron-like
50 (libevent combines them, but with libev you can combine them yourself 55 applications).
51 by reusing the same callback and still save memory)
52 56
53- simpler design, backends are potentially much simpler 57 - detects time jumps and adjusts timers
54 (in libevent, backends have to deal with watchers, thus the problems) 58 (works for both forward and backward time jumps and also for absolute timers).
55 (epoll backend in libevent: 366 lines, libev: 90 lines, and more features)
56 59
57- libev handles EBADF gracefully by removing the offending fds. 60 - race-free signal processing
61 (libevent may delay processing signals till after the next event).
58 62
59whats missing? 63 - more efficient epoll backend
64 (stopping and starting an io watcher between two loop iterations will not
65 result in spurious epoll_ctl calls).
60 66
61- evdns, evhttp, bufferevent are missing, libev is only an even library at 67 - usually less calls to gettimeofday and clock_gettime
62 the moment. 68 (libevent calls it on every timer event change, libev twice per iteration).
63 69
64- no priority support at the moment 70 - watchers use less memory
71 (libevent watcher on amd64: 152 bytes, libev native: <= 56 bytes, libevent emulation: 144 bytes).
65 72
66- kqueue, poll (libev currently implements epoll and select) 73 - library uses less memory
74 (libevent allocates large data structures wether used or not, libev
75 scales all its data structures dynamically).
67 76
68- windows support (whats windows?) 77 - no hardcoded arbitrary limits
78 (libevent contains an off-by-one bug and sometimes hardcodes limits).
69 79
80 - libev separates timer, signal and io watchers from each other
81 (libevent combines them, but with libev you can combine them yourself
82 by reusing the same callback and still save memory).
83
84 - simpler design, backends are potentially much simpler
85 (in libevent, backends have to deal with watchers, thus the problems with
86 wildly different semantics between diferent backends)
87 (epoll backend in libevent: 366 lines no caching, libev: 90 lines full caching).
88
89 - libev handles EBADF gracefully by removing the offending fds.
90
91 - libev communicates errors to the callback, libevent to the
92 event adder or not at all.
93
94 - doesn't rely on nonportable BSD header files.
95
96 - an event.h compatibility header exists, and can be used to run a wide
97 range of libevent programs unchanged (such as evdns.c).
98
99 - win32 compatibility for the core parts.
100 (the backend is fd-based as documented and on other platforms,
101 not handle-based like libevent, and can be used for both winscoket environments
102 and unix-like ones).
103
104 - libev can be embedded easily with or without autoconf support into
105 other programs, with no changes to the source code necessary.
106
107 - the event core library (ev and event layer) compiles and works both as
108 C and C++.
109
110 - a simple C++ wrapper that supports methods as callbacks exists.
111
112 - a full featured and widely used perl module is available.
113
114 whats missing?
115
116 - no event-like priority support at the moment (the ev priorities work
117 differently, but you can use idle watchers to get a similar effect).
118
119AUTHOR
120
121 libev was written and designed by Marc Lehmann and Emanuele Giaquinta.
122
123 The following people sent in patches or made other noteworthy
124 contributions to the design (if I forgot to include you, please shout
125 at me, it was an accident):
126
127 W.C.A. Wijngaards
128 Christopher Layne
129 Chris Brody
130

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines