From e0ecd69eb8351fbfdc32e22cb9c2c6dc42cb3f4b Mon Sep 17 00:00:00 2001 From: root Date: Thu, 14 Apr 2011 23:02:32 +0000 Subject: *** empty log message *** --- Changes | 1 + ev.pod | 8 ++++---- 2 files changed, 5 insertions(+), 4 deletions(-) diff --git a/Changes b/Changes index 08c45df..8732867 100644 --- a/Changes +++ b/Changes @@ -3,6 +3,7 @@ Revision history for libev, a high-performance and full-featured event loop. TODO: ev_loop_prefork hint? TODO: ev_loop_wakeup TODO: confusion about threads ongiong +TODO: not_blocked flag. - change the default periodic reschedule function to hopefully be more exact and correct even in corner cases or in the far future. diff --git a/ev.pod b/ev.pod index 0bbbf4a..36495bb 100644 --- a/ev.pod +++ b/ev.pod @@ -485,10 +485,10 @@ C to C. Use the linux-specific epoll(7) interface (for both pre- and post-2.6.9 kernels). -For few fds, this backend is a bit little slower than poll and select, -but it scales phenomenally better. While poll and select usually scale -like O(total_fds) where n is the total number of fds (or the highest fd), -epoll scales either O(1) or O(active_fds). +For few fds, this backend is a bit little slower than poll and select, but +it scales phenomenally better. While poll and select usually scale like +O(total_fds) where total_fds is the total number of fds (or the highest +fd), epoll scales either O(1) or O(active_fds). The epoll mechanism deserves honorable mention as the most misdesigned of the more advanced event mechanisms: mere annoyances include silently -- cgit v1.2.3