I still don't understand where you see Multicasting being used? That messages are sent to one node at a time is central to Freenet, duplicating searches by sending them to many places is completely contrary to what we are trying to achieve.
Somebody talked about multicasting replies of data, but while I agree that might be nice in theory, the reality of the trying to make the node synchronize sends like that is just not practical. On Thu, 27 Apr 2000, Bill Trost wrote: > Brandon writes: > I agree that it should go in the contrib directory until it`s > sufficiently mature, integrated, useful, and modular to be > part of the main tree, especially since we`re about to release > another version. We certainly don`t want any new, untested code > in the new release. > > OK, done (and thanks for the words of encouragement). I'll stuff > patches into contrib/ RSN. > > Howeve, at this point, I reiterate my plea/offer for some sort of > pluggable system for mechanisms to deal with messages. Without > something like that, I simply don't see a modular way to incorporate > this sort of code -- it has to be intimately wound into the Request > code as things currently stand, as it needs to come after a search for > the data in the local store but before the TCP transmission to the next > likely node. Negative caching (where a key isn't looked up if a recent > lookup at the same depth already failed) would have the same problem > (presuming it's useful, which I doubt). > > _______________________________________________ > Freenet-dev mailing list > Freenet-dev at lists.sourceforge.net > http://lists.sourceforge.net/mailman/listinfo/freenet-dev -- Oskar Sandberg md98-osa at nada.kth.se #!/bin/perl -sp0777i<X+d*lMLa^*lN%0]dsXx++lMlN/dsM0<j]dsj $/=unpack('H*',$_);$_=`echo 16dio\U$k"SK$/SM$n\EsN0p[lN*1 lK[d2%Sa2/d0$^Ixp"|dc`;s/\W//g;$_=pack('H*',/((..)*)$/) _______________________________________________ Freenet-dev mailing list Freenet-dev at lists.sourceforge.net http://lists.sourceforge.net/mailman/listinfo/freenet-dev
