libeio EIO_STACKSIZE
Marc Lehmann
schmorp at schmorp.de
Thu Jan 24 19:20:29 CET 2013
On Thu, Jan 24, 2013 at 05:18:37PM +0400, Konstantin Osipov <kostja at 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
--==---/ / _ \/ // /\ \/ / schmorp at schmorp.de
-=====/_/_//_/\_,_/ /_/\_\
More information about the libev
mailing list