Mirror of :pserver:anonymous@cvs.schmorp.de/schmorpforge libev http://software.schmorp.de/pkg/libev.html
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

80 lines
2.9 KiB

14 years ago
libev is a high-performance event loop/event model with lots of features.
It is modelled (very losely) after libevent
(http://monkey.org/~provos/libevent/) and the Event perl module, but aims
to be faster and more correct, and also more featureful.
DIFFERENCES AND COMPARISON TO LIBEVENT:
(comparisons relative to libevent-1.3e and libev-0.00, see also the benchmark
at http://libev.schmorp.de/bench.html).
14 years ago
- multiple watchers can wait for the same event without deregistering others,
both for file descriptors as well as signals.
14 years ago
(registering two read events on fd 10 and unregistering one will not
break the other).
14 years ago
- fork() is supported and can be handled
(there is no way to recover from a fork when libevent is active).
14 years ago
- timers are handled as a priority queue (important operations are O(1))
(libevent uses a much less efficient but more complex red-black tree).
14 years ago
- supports absolute (wallclock-based) timers in addition to relative ones,
i.e. can schedule timers to occur after n seconds, or at a specific time.
- timers can be repeating (both absolute and relative ones).
14 years ago
- detects time jumps and adjusts timers
(works for both forward and backward time jumps and also for absolute timers).
14 years ago
- can correctly remove timers while executing callbacks
(libevent doesn't handle this reliably and can crash).
14 years ago
- race-free signal processing
(libevent may delay processing signals till after the next event).
14 years ago
- less calls to epoll_ctl
(stopping and starting an io watcher between two loop iterations will now
result in spuriois epoll_ctl calls).
14 years ago
- usually less calls to gettimeofday and clock_gettime
(libevent calls it on every timer event change, libev twice per iteration).
14 years ago
- watchers use less memory
(libevent on amd64: 152 bytes, libev: <= 56 bytes).
14 years ago
- library uses less memory
(libevent allocates large data structures wether used or not, libev
scales all its data structures dynamically).
14 years ago
- no hardcoded arbitrary limits
(libevent contains an off-by-one bug and sometimes hardcodes a limit of
32000 fds).
14 years ago
- libev separates timer, signal and io watchers from each other
(libevent combines them, but with libev you can combine them yourself
by reusing the same callback and still save memory).
14 years ago
- simpler design, backends are potentially much simpler
(in libevent, backends have to deal with watchers, thus the problems)
(epoll backend in libevent: 366 lines, libev: 90 lines, and more features).
14 years ago
- libev handles EBADF gracefully by removing the offending fds.
- doesn't rely on nonportable BSD header files.
- a event.h compatibility header exists, and can be used to run a wide
range of libevent programs unchanged (such as evdns.c).
14 years ago
whats missing?
- evbuffer, evhttp, bufferevent are missing.
14 years ago
- no priority support at the moment (but likely to be delivered later).
14 years ago
- kqueue, poll (libev currently implements epoll and select).
14 years ago
- windows support (whats windows?).