On Thu, Jan 24, 2013 at 05:18:37PM +0400, Konstantin Osipov <kos...@tarantool.org> wrote: > At the same time I have yet to see a reasonable > application that is using more than a hundred of thousands of
I agree, but we disagree on requiring 64 bit operating systems or wasting hundreds of MB of virtual memory for libeio just because your boxes are so nicely equipped. > On a practical note, a possible solution to the issue is to add a > macro similar to EV_MULTIPLICITY to libeio. I have not yet been convinced of the usefulness or application of such a feature. You can check the list archives for previous discussions of this topic. The only purpose it would serve for you would be, again, to abuse libeio for not doing I/O but use it for other purposes. The cost seems quite high for a feature that isn't useful in proper designs. > This would allow me to keep using libeio for gethostbyname() & > friends, Sure, but since that already is broken by design why should libeio acquire more bloat just for that case? "It could be done" is not a valid argument in favour of anything. -- The choice of a Deliantra, the free code+content MORPG -----==- _GNU_ http://www.deliantra.net ----==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=====/_/_//_/\_,_/ /_/\_\ _______________________________________________ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev