> Heh. But then, speed may matter if you have large HTLs do to the > combined overhead of all the nodes your request is going through. Of > course, all this falls into the category of being a bunch of > opinions. Another good reason for a fast node is that it will take up > less CPU time while you play Quake III. ;)
If all nodes ran faster implementations, that might make the network run faster. Then again, the combined latency of the network might be significant enough that the increased speed of the nodes doesn't make a significant difference. Also, the design of the network attempts to minimize the number of hops required to get the file. Also, efficiency in terms of speed and efficiency in terms of resource usage do not always coincide. But of course, optimize away and we'll see what happens. > Well, I might put in compatibility with the config files used by the > Java nodes, but I am probably going to have another config file such > as /etc/nfreentd.conf which is specifically for nfreenetd. As for > stuff like command line syntax, nfreenetd is meant to be started up > with something such as the SVR4 style run level system, not from the > normal user command line. Ultimately, I want nfreenetd to be used > like any other Unix network service daemon. It would be good to support the entire .freenetrc config file options and minimize what goes in /etc/nfreenetd.conf. > As for protocol standards compliance, I will make sure that the > *protocol* used by nfreenetd will stay the same, but other behavior > such as the criteria for deleting files from the datastore may differ > from that in the Java node. For example, nfreenetd will not have a > fixed number of files that it can store data on (even if they are not > in the datastore). This is very arguable, but I think it is *good* to have different behaviour for different nodes. Efficiency is maximized by having everything work the same, but a network where lots of nodes work differently is harder to attack. _______________________________________________ Freenet-dev mailing list Freenet-dev at lists.sourceforge.net http://lists.sourceforge.net/mailman/listinfo/freenet-dev
