On Wed, Jun 20, 2012 at 08:33:18AM -0400, jamal <[email protected]> wrote:
> That would work to solve the problem - but i would miss out on the
> optimizations introduced by the new glibc (the defines in libev for
> EPOLL etc). To me the optimizations are more important.
I would be interested to learn under which conditions the availibility of
epoll_create1 and/or EPOLL_CLOEXEC is an actually measurable optimisation,
as opposed to being a correctness issue.
--
The choice of a Deliantra, the free code+content MORPG
-----==- _GNU_ http://www.deliantra.net
----==-- _ generation
---==---(_)__ __ ____ __ Marc Lehmann
--==---/ / _ \/ // /\ \/ / [email protected]
-=====/_/_//_/\_,_/ /_/\_\
_______________________________________________
libev mailing list
[email protected]
http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev
