Please forgive the obvious, but I seem to see these as two separate issues.. Multiplexing could be implemented with the current network, couldn't it?
Current nodes could have multiplexing capability, and only use that when talking to other modern nodes, or use the single message per connection method...


At least to this neophyte, it seems that using a test network might be a good idea to see if multiplexing works, but I fail to see how it requires a full reset..

Colin

On Oct 15, 2003, at 3:12 PM, Brandon Low wrote:

Currently freenet can only send one message or piece of data in either
direction on a connection at a time... with connection multiplexing, it
can send several different messages over the same connection.

As you can imagine this helps a lot of overhead in connections and
whatnot.

--Brandon

On Wed, 10/15/03 at 20:09:26 +0100, Simon Porter wrote:
If you don't mind me asking, what exactly is multiplexing and in what way
will it help freenet?


Thanks,

Simon

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:devl-
[EMAIL PROTECTED] On Behalf Of Toad
Sent: 15 October 2003 19:53
To: [EMAIL PROTECTED]
Subject: [freenet-dev] Another Drastic Solution

Suggestion:
I implement multiplexing and test it on a local testbed of a few nodes.
I don't implement any kind of backward compatibility.
Followed by a larger testbed of a few volunteers' nodes.
Followed by a network reset - wide deployment, without backward
compatibility.
--
Matthew J Toseland - [EMAIL PROTECTED]
Freenet Project Official Codemonkey - http://freenetproject.org/
ICTHUS - Nothing is impossible. Our Boss says so.


_______________________________________________
Devl mailing list
[EMAIL PROTECTED]
http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
_______________________________________________
Devl mailing list
[EMAIL PROTECTED]
http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl

_______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl

Reply via email to