[opensource-dev] User Story: Improved Cache

Ponzu lee.ponzu at gmail.com
Fri Sep 17 09:56:53 PDT 2010


But some users want to be able to override this.  I want a certain
location to always load fast, even if I rarely visit it.

User story:  I want to mark certain locations as "Fast Loading" even
if I do not visit them very often.  This should override the automatic
behavior of the system.



On Fri, Sep 17, 2010 at 11:42 AM, Marc Adored <marc at inworlddesigns.com> wrote:
> I think that maybe "places" should have scores of how often they are
> visted to determine how long the cache of that place is stored. So
> since every login you start at home it would have a high score
> therefore the cache would be stored for a longer period of time. Same
> goes for places you visit often. This would remove any interaction
> needed by the user because the system would pretty much auto detect
> what places you would have as a favorite...
>
> On Thu, Sep 16, 2010 at 12:58 PM, Kelly Linden <kelly at lindenlab.com> wrote:
>> Strictly speaking I think you have the stories and tasks reversed here.
>>
>> As a user I'd like to be able to use a greater portion of my available disk
>> to improve the SL experience.
>> * Task: Improve the cache system to allow larger caches
>>
>> As a user I'd like the places I visit most often, like my 'home' and
>> favorites, to load more quickly
>> * Task: Improve the cache system to not discard data for my home (at least
>> not for a while)
>> * Task: Improve the cache system to not discard data for my 'favorites'
>> places (at least not for a while)
>>
>> As a user I'd like to never have to clear the cache to fix a bug
>> * Task: Implement a quick and efficient inventory verification to find
>> inventory cache discrepancies.
>> * Task: (Are there other common bugs that require a cache clear to fix?)
>>
>> Improving the cache system is a task (actually multiple tasks) used to
>> accomplish the three experience stories you have. Stories should generally
>> be about the end experience, not the underlying system or how the
>> experiences will be fixed. Yes, that is a rough guide, especially for many
>> stories where the actor is 'a developer', but it helps still. :)
>>
>> That said these are great ideas, and should definitely be on a backlog
>> somewhere if they aren't. I know we have discussed all of them at one point
>> or another.
>>
>>  - Kelly
>>
>> On Thu, Sep 16, 2010 at 9:44 AM, Daniel <danielravennest at gmail.com> wrote:
>>>
>>>  As a user I would like to see an improved cache in order to have a
>>> better Second Life experience.  The types
>>> of improvements that would lead to a better experience include:
>>>
>>> * A higher cache size limit.  This would let me save more data and speed
>>> up rez times, and also put less
>>> load on the server side, since it would not have to refresh discarded
>>> data as often.  Modern hard drives
>>> are much much larger than the current 1 GB limit, and I should be able
>>> to allocate more storage to
>>> my Second Life data if it improves performance.
>>>
>>> * Ability to set certain locations as "home" or "favorites", and to
>>> never discard or preferentially keep those
>>> locations in cache.  Places I know I will visit often should not be
>>> discarded just because I happen to visit
>>> several other locations in the course of a session.
>>>
>>> * More reliability in cache storage, leading to less often need to
>>> delete cache to fix a problem caused by
>>> cache corruption.  A low level inventory verification (meaning it does
>>> not take a large percentage of viewer
>>> resources) to ensure it matches the asset database is an example, but
>>> technical implementation I will leave
>>> to programmers.  The desired result is less frequent issues like
>>> apparent inventory loss, which upsets users
>>> and leads to support tickets.
>>> _______________________________________________
>>> Policies and (un)subscribe information available here:
>>> http://wiki.secondlife.com/wiki/OpenSource-Dev
>>> Please read the policies before posting to keep unmoderated posting
>>> privileges
>>
>>
>> _______________________________________________
>> Policies and (un)subscribe information available here:
>> http://wiki.secondlife.com/wiki/OpenSource-Dev
>> Please read the policies before posting to keep unmoderated posting
>> privileges
>>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting privileges
>


More information about the opensource-dev mailing list