Edgar Friendly wrote: > > "Trevor Smith" <[EMAIL PROTECTED]> writes: > > > I think the real issue is the thread per TCP connection; if we were in C I'd > > complain about the lack of using select when waiting on the TCP connections > > to avoid this and have us only give the connection a thread when the > > connection was actively receiving/sending data (eg large trailing fields); I > > don't know if Java has an equally efficient means of doing this that we just > > aren't using or if Java itself is impared from this sort of efficiency > > methods (unfortunately I don't really know enough Java/have enough > > experience yet to know which it is) > > > For a long time we've been stuck with only blocking-IO, even though > the java language as a whole has supported it for some time. We do > our best to make sure that freenet can be run without any dependence > on non-free software, which means keeping compatibility with kaffe, > which hasn't supported non-blocking IO until just recently[1]. > Needless to say, the networking layer will be getting an overhall > shortly to remedy this problem.
Curiously having the same discussion in another place. The java.nio package is the new solution of this type. I've just been sent some simple code with it to try out in JRE 1.4.1 from SUN, the author noted that the Win32 and Linux behaviour was slightly different, and after accusing Linux cause it broke his prototype, but then decided it was Win32 implementation (and prototype) that was wrong. Apparently a free library NBIO exists, that implemented similar behaviour before it became part of the standard, and in similarly structured. For that project we'll be implementing the java.nio, sometime it is better to do the free implementation of what is missing from the standard, than avoid the standard way ;) _______________________________________________ devl mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/devl
