Thomas Schuerger wrote:
Second. I don't like the idea of an additional 1/2KB/sec for ~50 nodes.
How much bandwith will this take per ultrapeer connection?
There is currently no difference between HEP message exchanges between
(leaf<=>ultrapeer) and (ultrapeer<=>ultrapeer), so each connection
accounts for 10*3*8 / 30 = 8 bytes per second in and out, compression
will reduce this to 2 or 3 bytes per second. Would you say this is too
much?
The following can be optimized, though. Since a leaf node must not
forward messages between the ultrapeers it is connected to (and
therefore must not propagate HEP data between them), it is sufficient
for a leaf to send a HEP message ONCE to each ultrapeer and after that
only when the leaf's number of shared files or kilobytes has changed.
This will reduce incoming HEP traffic of the ultrapeers quite a bit.
I'll add that to the document.
I think that HEP will have very little impact on bandwidth
requirements.
Optimization is a must then. I just wanted to state that I am not
waiting for 1/2 KB/s for non important info. If it is a 'just once'
message everything is fine. I haven't read thoroughly enough to say
anything more about your proposal though.
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
_______________________________________________
Gtk-gnutella-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
