> Is anyone out there successfully using the redundant SplitFile insertion/ > retrieval functionality in fproxy? I haven't gotten any complaints which > isn't usually a good sign.
I did some testing yesterday, I was going to test more today since it has made it into the snapshots but the snapshot isnt readable yet ;) Anyway, it worked ;) I tested it with the Wofenstein Demo and it worked. But as you mention it did put a strain on my CPU. If I'm correct what you do is first recieve the file through fproxy. Then encode all the blocks and then insert all splitfiles. The encoding part hogs much cpu and disk space. While the splitfile inserting is slow (At least now that the network is slow) and doesnt use much resources. I wonder if it is possible to combine the two stages? If you don't encode faster than the splitfile inserting is running you would spread the CPU load over a larger timeframe. I don't know if that is possible with the onion plugin, but atleast you could: 1: encode 1 block 2: insert theblock; goto 1. I'll try to test it more when the freenet-ext.jar is online. With bigger files and such. Is it possible to include the native interfaces in the snapshot so you could enable it with a simple line in freenet.conf btw? -- | Are ?rseth | elrond at idi.ntnu.no | http://ctemp.dhs.org/ | | tlf: 73886876 | mob: 410 00548 _______________________________________________ Devl mailing list Devl at freenetproject.org http://lists.freenetproject.org/mailman/listinfo/devl
