Christian Ferrari <camauz@...> writes: > Are you exploring some interesting asynchronous pattern? > Could you tell something more about it? > It might be useful to understand for all. > Thanks. > Ch.
The usual. I'm using external services which incur connectivity overhead and might be slow to respond. If they are slow this shouldn't be much of a problem to the end user but will incur a big overhead on the Tntnet's thread pool. What particularly worries me is that a server with too many threads will be hard to debug. Currently I can see what's going on with gdb's "thread apply all backtrace", but that wouldn't be practical with too many threads. I'm using cURL multi ( with a hand-coded wrapper, http://code.google.com/p/libglim/source/browse/trunk/runner.hpp ) and ZMQ to access the services asynchronously. Am thinking of throwing libevent there too as I'm going to use it as a DNS server anyway. Having a Comet support in Tntnet would also make using the http://neverlord.github.com/libcppa/ a possibility. See also http://wiki.eclipse.org/Jetty/Feature/Continuations ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Tntnet-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/tntnet-general
