My plan was to implement a simple set of interfaces for the stuff we need (which is really only NB socket connects and reads), and then write adapters for various backends, which would be java.nio, NBIO, and emulated non-blocking using threads as a fallback. The first two are quite similar so it should not be very difficult.
If anybody else is willing do this (which should be a more or less closed task) I could get started working on adapting fred to use it as soon as I get time. On Wed, May 29, 2002 at 01:26:34PM -0400, Benjamin Coates wrote: > It looks like some form of nonblocking i/o is going to be introduced into fred > in the near future; are there any plans for how to support this on java > environments besides sun 1.4? Are we going to use 1.4's java.nio or NBIO? > Since we'll need at least some native code (i assume) to do that, will we > continue to support running fred without nonblocking support? > > Also, how much do we want to move fred into a nonblocking model? Is the plan > to just "park" idle connections into a single thread, and continue with > threaded i/o, or to move fred to a asynchronous model with only one thread > handling all connections, or eliminate threading entirely and convert it to an > interrupt-driven "big event loop" program? > > -- > Benjamin Coates > > > _______________________________________________ > devl mailing list > [EMAIL PROTECTED] > http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/devl -- Oskar Sandberg [EMAIL PROTECTED] _______________________________________________ devl mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/devl
