Re: [freenet-support] persistence question
On 08/31/2010 11:36 PM, Dennis Nezic wrote: Yea, data persistence isn't that great at the moment. But you hosting all the data just isn't how Freenet works. (Someone correct me if I'm wrong.) Each node is intended to specialize around a tight keyspace -- I believe this is intrinsic to the routing algorithms. I'm not sure how your location (every node has one, which is directly related to the keys you're supposed to specialize in) would be handled if you hacked the code to promiscuously handle any key. My guess is it would make the topology of the network less efficient. if this is true it is totally not what i expected. very interesting! so, ahh, what does the persistence column exactly mean in freenet? Good question :b. i grepped through the source but i couldn't figure it out. looks like a question for toad. 1. it seems i need to verify whether or not persistence = forever is keeping a local copy. sounds like it might not be. 2. if there is some tight key space voodoo going on then maybe whip up a script to check periodically if file foo is available and if not reinsert. am i thinking about this correctly? many thanks for suggestions! - eric c signature.asc Description: OpenPGP digital signature ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] persistence question
On 08/31/2010 11:36 PM, Dennis Nezic wrote: ... Yea, data persistence isn't that great at the moment. But you hosting all the data just isn't how Freenet works. (Someone correct me if I'm wrong.) Each node is intended to specialize around a tight keyspace -- I believe this is intrinsic to the routing algorithms. I'm not sure how your location (every node has one, which is directly related to the keys you're supposed to specialize in) would be handled if you hacked the code to promiscuously handle any key. My guess is it would make the topology of the network less efficient. if this is true it is totally not what i expected. very interesting! so, ahh, what does the persistence column exactly mean in freenet? Good question :b. i grepped through the source but i couldn't figure it out. looks like a question for toad. 1. it seems i need to verify whether or not persistence = forever is keeping a local copy. sounds like it might not be. 2. if there is some tight key space voodoo going on then maybe whip up a script to check periodically if file foo is available and if not reinsert. am i thinking about this correctly? many thanks for suggestions! - eric c signature.asc Description: OpenPGP digital signature ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] persistence question
so, ahh, what does the persistence column exactly mean in freenet? Good question :b. found the answer. http://new-wiki.freenetproject.org/FCPv2#Persistence_and_the_Global_Queue it has nothing to do with what i had assumed. damn. thanks for your help, eric c signature.asc Description: OpenPGP digital signature ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] persistence question
On Tue, 31 Aug 2010 19:01:56 -0400, Eric Chadbourne wrote: hi all. when i upload a file, is that file on my local data store? what does the persistence column stand for in http://127.0.0.1:/uploads/ ? i would like to upload a very large amount of files and i would like to *always* have it in my data store. is this possible with the current version of freenet or should i write some code to do this independently? i understand this may not be the wisest move from a security perspective but i'm in a relatively free country. thanks for any tips! That would defeat the purpose of Freenet :b. Entirely. Imagine if many people started doing this -- the data wouldn't spread properly, and would fall off the network fast. We sacrificed latency for redundancy (and security) from the beginning. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] persistence question
That would defeat the purpose of Freenet :b. Entirely. Imagine if many people started doing this -- the data wouldn't spread properly, and would fall off the network fast. We sacrificed latency for redundancy (and security) from the beginning. i hear what you're saying. and i don't disagree for normal clients. but, let's pretend, that i wanted to upload ~10TB of video. now. i also want it to be quickly unavailable to others fall out of other folks data stores too soon. so some sort of extended persistence would be wanted in the beginning. what do you suggest? i suspect the answer nothing is currently available and i must roll my own... so, ahh, what does the persistence column exactly mean in freenet? thanks, eric c signature.asc Description: OpenPGP digital signature ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] persistence question
On Tue, 31 Aug 2010 21:41:16 -0400, Eric Chadbourne wrote: That would defeat the purpose of Freenet :b. Entirely. Imagine if many people started doing this -- the data wouldn't spread properly, and would fall off the network fast. We sacrificed latency for redundancy (and security) from the beginning. i hear what you're saying. and i don't disagree for normal clients. but, let's pretend, that i wanted to upload ~10TB of video. now. i also want it to be quickly unavailable to others fall out of other folks data stores too soon. so some sort of extended persistence would be wanted in the beginning. what do you suggest? i suspect the answer nothing is currently available and i must roll my own... Yea, data persistence isn't that great at the moment. But you hosting all the data just isn't how Freenet works. (Someone correct me if I'm wrong.) Each node is intended to specialize around a tight keyspace -- I believe this is intrinsic to the routing algorithms. I'm not sure how your location (every node has one, which is directly related to the keys you're supposed to specialize in) would be handled if you hacked the code to promiscuously handle any key. My guess is it would make the topology of the network less efficient. so, ahh, what does the persistence column exactly mean in freenet? Good question :b. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] persistence question
On Tue, 31 Aug 2010 21:41:16 -0400, Eric Chadbourne wrote: That would defeat the purpose of Freenet :b. Entirely. Imagine if many people started doing this -- the data wouldn't spread properly, and would fall off the network fast. We sacrificed latency for redundancy (and security) from the beginning. i hear what you're saying. and i don't disagree for normal clients. but, let's pretend, that i wanted to upload ~10TB of video. now. i also want it to be quickly unavailable to others fall out of other folks data stores too soon. so some sort of extended persistence would be wanted in the beginning. what do you suggest? I'd suggest uploading it twice, or more :\. Or making sure people are interested in it, to ensure it will propagate well. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
