[opensource-dev] User Story: Improved Cache

Daniel Smith javajoint at gmail.com
Fri Sep 17 11:22:48 PDT 2010

On Fri, Sep 17, 2010 at 10:51 AM, Altair Sythos <sythos at gmail.com> wrote:

> On Fri, 17 Sep 2010 10:17:27 -0700
> Daniel Smith <javajoint at gmail.com> wrote:
> > A passive means of ranking a cache would be:
> >
> > 1) did the user already have an LM here?
> > 2) did an object just give a user an LM to this place?
> > 3) did the user just proactively create an LM?
> >
> > These are 3 distinct cases.  #1 and #3 imply that the user has an
> > interest in coming back, and is likely to want an ongoing cache.  #2
> > implies that a store / venue etc may have given the user an LM they
> > didn't want.
> Ram is a lot faster than cache-on-disk, caching on disk may cause more
> lag while you force a re-check everytime you see it,

It's all a balance.  You dont want to use so much ram that you start
swapping to disk and thrashing with other processes.  And... you dont want a
disk cache so big that it becomes noticeably slow to do lookups.

> > Another case is:  if a user deletes an LM, it implies they may want
> > to free up the cache for that location as well.
> don't understand, cache should store all textures for a whole sims just
> why i've bookmarkd a LM? O_o

You cache what is in your draw distance, right?  The discussion here, as I
understand it, is about a level of preferential or "sticky" cache, based on
some explicit or inferred direction from the user.  A passive means of
inferring what the user wants to preferentially cache is somewhat easy:  if
they LM it, that means they may be coming back soon, so they would prefer to
have the cache of that place stick around.   (and, as Oz points out, UUID's
that are newer than the previous visit are going to get loaded from the

And like I said, if you remove an LM, you most likely want to free up cache
associated with it... (this is more granular than doing things on a per-sim

A lot of this can be thought of in terms of the last 15 years of web
browsers:  if you bookmark a site, chances are you would prefer the cache
for that to persist, as opposed to following a link and just quickly
skimming a place you wont come back to.


Daniel Smith - Sonoma County, California
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100917/3ffa4ffb/attachment-0001.htm 

More information about the opensource-dev mailing list