On Sun, May 11, 2003 at 05:15:17AM -0700, palomitas at hushmail.com wrote: > > Is this how probabilistic caching and node specialization is supposed > to work? > > I made a test with one of my pages: > SSK at padAbxDs9jixhld6wGLvZ0TyoFAPAgM/SSKvsCHK/2//CHK.html > > On that page you see a picture of the Carina Nebula that consists of > 80 images. > > I loaded the page with my browser and reloaded it every 15 minutes. Each > time after the reload has been finished I took a screenshot of that page. > I set up a page to show you the 22 screenshots (scaled down & JPEGed): > CHK at > oc94TebrBU86D2A4O3lLE2G9j4ENAwI,hz6Y0jPMJsyOJxYmI3yw6g/pcache_reload.html > > My observation: > Images that were retrievable before weren't retrievable on the subsequent > reload! Even the whole HTML page wasn't found two times and I had to > increase the HTL to fetch it.
Very interesting. I think we need a separate cache for locally fetched content that we don't want to cache in the datastore... we can't just always cache content requested locally, because that would give away local requests to attackers. So, maybe, an optional (so that those who are more paranoid about what might be found in their datastore than most can turn it off) cache that is only checked on local requests, but is still part of the datastore LRU... implemented by setting the dirID on the files to 2 rather than 1... on the other hand, maybe we should just let the browser cache the content (disadvantage is that if we do it in the datastore, we can take advantage of free disk space in the datastore). Hrmm. BTW, that image loads amazingly fast here, with the exception of the last few blocks... maybe it's had lots of hits from devl'ers... > > On other places I also saw NIM messages that disappeared after I reloaded > the page. And they weren't retrievable afterwards, not even at htl=25&try=3. > Greg Wooledge reported this on his freesite too. > > Is my node really deleting recently fetched keys? Isn't it possible that > if my node wants to delete keys because they don't fit into its > specialization, > it first *checks* if the key is retrievable from other nodes at a > *reasonable* > HTL??? > > I mean, what is happening with the old keys from my data store? My 'Least > recent file timestamp' is from the last year! What happens if I retrieve > a very old key from my data store and it doesn't fit into my node's > specialization? > It is deleted and therefore nobody not even I myself will be able to > fetch it again? > > jnk (ex-Palomitas) > > -- > [ SSK vs CHK - Speed up your Freenet browsing experience! ] > [ freenet:SSK at padAbxDs9jixhld6wGLvZ0TyoFAPAgM/SSKvsCHK/2// ] > > Freenet Stable build 593 > Architecture and Operating System > Architecture x86 > Available processors 1 > Operating System Windows 2000 > OS Version 5.0 > Java Virtual Machine > JVM Vendor Sun Microsystems Inc. > JVM Name Java HotSpot(TM) Client VM > JVM Version 1.4.1_01-b01 > > > > Concerned about your privacy? Follow this link to get > FREE encrypted email: https://www.hushmail.com/?l=2 > > Free, ultra-private instant messaging with Hush Messenger > https://www.hushmail.com/services.php?subloc=messenger&l=434 > > Big $$$ to be made with the HushMail Affiliate Program: > https://www.hushmail.com/about.php?subloc=affiliate&l=427 > _______________________________________________ > devl mailing list > devl at freenetproject.org > http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl _______________________________________________ devl mailing list devl at freenetproject.org http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl
