--- AnyEvent/lib/AnyEvent.pm	2008/04/27 16:31:48	1.98
+++ AnyEvent/lib/AnyEvent.pm	2008/04/27 21:16:26	1.102
@@ -68,26 +68,6 @@
 useful) and you want to force your users to use the one and only event
 model, you should I<not> use this module.
 
-#TODO#
-
-Net::IRC3
-AnyEvent::HTTPD
-AnyEvent::DNS
-IO::AnyEvent
-Net::FPing
-Net::XMPP2
-Coro
-
-AnyEvent::IRC
-AnyEvent::HTTPD
-AnyEvent::DNS
-AnyEvent::Handle
-AnyEvent::Socket
-AnyEvent::FPing
-AnyEvent::XMPP
-AnyEvent::SNMP
-Coro
-
 =head1 DESCRIPTION
 
 L<AnyEvent> provides an identical interface to multiple event loops. This
@@ -479,6 +459,78 @@
 loading the C<AnyEvent::Impl::Perl> module, which gives you similar
 behaviour everywhere, but letting AnyEvent chose is generally better.
 
+=head1 OTHER MODULES
+
+The following is a non-exhaustive list of additional modules that use
+AnyEvent and can therefore be mixed easily with other AnyEvent modules
+in the same program. Some of the modules come with AnyEvent, some are
+available via CPAN.
+
+=over 4
+
+=item L<AnyEvent::Util>
+
+Contains various utility functions that replace often-used but blocking
+functions such as C<inet_aton> by event-/callback-based versions.
+
+=item L<AnyEvent::Handle>
+
+Provide read and write buffers and manages watchers for reads and writes.
+
+=item L<AnyEvent::Socket>
+
+Provides a means to do non-blocking connects, accepts etc.
+
+=item L<AnyEvent::HTTPD>
+
+Provides a simple web application server framework.
+
+=item L<AnyEvent::DNS>
+
+Provides asynchronous DNS resolver capabilities, beyond what
+L<AnyEvent::Util> offers.
+
+=item L<AnyEvent::FastPing>
+
+The fastest ping in the west.
+
+=item L<Net::IRC3>
+
+AnyEvent based IRC client module family.
+
+=item L<Net::XMPP2>
+
+AnyEvent based XMPP (Jabber protocol) module family.
+
+=item L<Net::FCP>
+
+AnyEvent-based implementation of the Freenet Client Protocol, birthplace
+of AnyEvent.
+
+=item L<Event::ExecFlow>
+
+High level API for event-based execution flow control.
+
+=item L<Coro>
+
+Has special support for AnyEvent.
+
+=item L<IO::Lambda>
+
+The lambda approach to I/O - don't ask, look there. Can use AnyEvent.
+
+=item L<IO::AIO>
+
+Truly asynchronous I/O, should be in the toolbox of every event
+programmer. Can be trivially made to use AnyEvent.
+
+=item L<BDB>
+
+Truly asynchronous Berkeley DB access. Can be trivially made to use
+AnyEvent.
+
+=back
+
 =cut
 
 package AnyEvent;
@@ -1088,7 +1140,7 @@
 
     name sockets create  request 
       EV   20000  69.01    11.16 
-    Perl   20000  75.28   112.76 
+    Perl   20000  73.32    35.87 
    Event   20000 212.62   257.32 
     Glib   20000 651.16  1896.30 
      POE   20000 349.67 12317.24 uses POE::Loop::Event
@@ -1144,9 +1196,9 @@
 
     name sockets create request 
       EV      16  20.00    6.54 
+    Perl      16  25.75   12.62 
    Event      16  81.27   35.86 
     Glib      16  32.63   15.48 
-    Perl      16  24.62  162.37 
      POE      16 261.87  276.28 uses POE::Loop::Event
 
 =head3 Discussion
@@ -1160,12 +1212,9 @@
 
 EV is again fastest.
 
-The C-based event loops Event and Glib come in second this time, as the
-overhead of running an iteration is much smaller in C than in Perl (little
-code to execute in the inner loop, and perl's function calling overhead is
-high, and updating all the data structures is costly).
-
-The pure perl event loop is much slower, but still competitive.
+Perl again comes second. It is noticably faster than the C-based event
+loops Event and Glib, although the difference is too small to really
+matter.
 
 POE also performs much better in this case, but is is still far behind the
 others.