[Opensim-dev] oddities with asset storage

[Tommi Laukkanen]

+1 asset storage providers again. Trying to avoid one unideality causes
usually another unideality to occur. In this case immutable assets cause
uncontrollable growth in asset storage systems. It would be better to do
something like Dirk suggests and accept that sometimes something what is
referenced gets deleted. If you want to avoid this use textures from
providers who quarantee to keep them available or host them in your own
service provider.

regards,
Tommi

On Wed, Feb 18, 2009 at 7:33 PM, Dirk Krause <dirk.krause at pixelpark.com>wrote:

> Glad you asked :-).
>
> I would do a mixture of the following (and admit that I didn't think it all
> through to the very end).
>
> - introduce grid wide, region wide and personal (user) asset domains
> - introduce quotas for these
> - allow clones ('byref') assets, and copies that go into one of the
> domains, resp.
>
> I then would expect to have grid wide assets that are 'always on', region
> wide assets that only are important when the region is connected, and
> personal assets that are only visible when the user is online (could even be
> an FTP server behind a cable beach server).
>
> It boils down to: if someone treasures something, she better keeps it in
> her treasure chest, in her responsibility (and maintenance cost).
>
>
> -----Ursprüngliche Nachricht-----
> Von: opensim-dev-bounces at lists.berlios.de [mailto:
> opensim-dev-bounces at lists.berlios.de] Im Auftrag von Dr Scofield
> Gesendet: Mittwoch, 18. Februar 2009 17:41
> An: opensim-dev at lists.berlios.de
> Betreff: Re: [Opensim-dev] oddities with asset storage
>
> Dirk Krause wrote:
> > ...
> [...]
> >
> > But isn't that ... horrible? (in lack of a better/worse word.)
> >
> > As I said yesterday, IMHO there is no real need to think about
> > optimizations when you have
> > a serious blocker like this. I would even go so far that this is a major
> > roadblock for grid based technologies per se. (grid as in Rosedale's
> > 'Happily now, Second Life has been proven to exist. If we disappeared
> > tomorrow, the grid would be rebuilt by you.')
> >
> > I take it the bad news is that any proposed solution to this breaks SL
> > compatibility?
> >
> > Maybe now would be a good time to take a step away from it.
>
> so, what do you supposed should be done? ride OpenSim on web route 404?
> lots of
> dangling references?
>
> i supposed on a standalone system you could do ref counting or
> bidirectional
> refs/links --- that however is not a very scalable solution for a grid with
> sporadically connected grid components.
>
> one avatar's garbage is another avatar's treasure...
>
>        DrS/dirk
>
>
> --
> dr dirk husemann ---- virtual worlds research ---- ibm zurich research lab
> SL: dr scofield ---- drscofield at xyzzyxyzzy.net ---- http://xyzzyxyzzy.net/
> RL: hud at zurich.ibm.com - +41 44 724 8573 - http://www.zurich.ibm.com/~hud/
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20090218/fa3f6a54/attachment-0001.html>