On Fri, Dec 20, 2002 at 02:54:21AM -0500, misty- at charter.net wrote: > I'm currently using build 537, which btw works much better than 539 > currently. > > Anyway, my question is this: Exactly how does freenet figure out it has > a file in it's local store, and then find it? > > I'm using freenet in linux on a i386 2.4.20 kernel with the sun jvm > (1.4.1 IIRC) and have the store mounted via nfs. I'm seeing a curious > amount of bandwidth being used whenever I load a freenet page, which is > actually consistent as if I was doing a 'find' for a file (equivalent > under windows of dir /s/a) constantly. Does freenet 'know' that it has a > key when a key is requested, or does it have to go search in the local > store directories before it knows wether or not it has the key it's > been asked to get? I obviously know nothing about the way freenet is Yes, in theory, freenet knows exactly what files it has in a datastore and should only have to do an open (it traverses the lot on startup). This means that memory usage scales roughly linearly with the number of files in the datastore. Are you using a transient node here? How do you know the traffic is from your request? Can you get a ptrace or something? > designed or constructed... however I think if it doesn't exist already, > a lookup table (either kept in ram and figured out on startup, or kept > as a file on the disk) would improve search times for keys dramatically. > It certaintly would lower the amount of time my node seems to take just > poking around in it's own store. It scans the whole store on startup. After that it shouldn't be doing dir listings or anything really slow. Send me a ptrace, and debug logs (bzip2'd) of the troubling behaviour. logLevel=debug logs far more detail about what the store is doing than you'll ever need, but it's always possible that the JVM does something crazy... what JVM are you using? > > You can just loudly ignore me if I'm wrong... Although I really would > enjoy being able to figure out exactly what my node is doing when it > appears to be traversing the entire local store. > > Timothy C. McGrath >
-- Matthew Toseland toad at amphibian.dyndns.org amphibian at users.sourceforge.net Freenet/Coldstore open source hacker. Employed full time by Freenet Project Inc. from 11/9/02 to 11/1/03 http://freenetproject.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20021220/ffd293f3/attachment.pgp>
