Josh Steiner <[EMAIL PROTECTED]> writes: > for users like me who have a downlink 10 times the speed of my uplink > this not efficient at all. when i insert a block my net connection > gets hammered, whereas downloading a couple blocks never makes a > difference to my connection. now, i'm interested in my node being a > good freenet citizen and helping the network, but i think the way this > is done now is incorrect for many users. but maybe i dont understand > fully how inserts work.
You are correct on how you don't understand inserts. > i imageine that my node sends the actual > block data (in this case each block is about 600k-1.5meg and hence it > takes quite a while to insert) to a couple of my peer nodes who then > report a collision if the block exists in the network already. so in > this case, i sent a block of data that already existed on the network > and hosed my connection, thus preventing my node from having the > bandwidth to serve up actual needed data to requestors. > Actually, the node sends an insert message with just the key (for FEC splitfiles, the key is the hash of the data content) to _one_ node, which forwards it to another node, until HTL nodes have passed this message along. If any of the nodes along the way already have data for that key, that node doesn't forward the insert message, but instead replies that it already has the data, and stars sending the data back along the chain, as if the data were requested. If none of the nodes had the data, a message is passed back that they're all ready for the insert, which proceeds as normal; with each node sending the data to the next node. > am i wrong? maybe it actually just sends the hash of the data to find > out if it already exists before sending the actual block. if so, then > nevermind :) > no problem. I'm sure there's plenty of people reading the list that don't understand inserts into freenet, so this is a good refresher for them. It's also good for me, because if I'm wrong in even one tiny detail of this process, someone will correct me, and I'll have a better understanding. > cheers, > > josh > Thelema -- E-mail: [EMAIL PROTECTED] Raabu and Piisu GPG 1024D/36352AAB fpr:756D F615 B4F3 BFFC 02C7 84B7 D8D7 6ECE 3635 2AAB _______________________________________________ devl mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl
