<div>+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.</div>
<div> </div>
<div>regards,</div>
<div>Tommi<br><br></div>
<div class="gmail_quote">On Wed, Feb 18, 2009 at 7:33 PM, Dirk Krause <span dir="ltr"><<a href="mailto:dirk.krause@pixelpark.com">dirk.krause@pixelpark.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Glad you asked :-).<br><br>I would do a mixture of the following (and admit that I didn't think it all through to the very end).<br>
<br>- introduce grid wide, region wide and personal (user) asset domains<br>- introduce quotas for these<br>- allow clones ('byref') assets, and copies that go into one of the domains, resp.<br><br>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).<br>
<br>It boils down to: if someone treasures something, she better keeps it in her treasure chest, in her responsibility (and maintenance cost).<br><br><br>-----Ursprüngliche Nachricht-----<br>Von: <a href="mailto:opensim-dev-bounces@lists.berlios.de">opensim-dev-bounces@lists.berlios.de</a> [mailto:<a href="mailto:opensim-dev-bounces@lists.berlios.de">opensim-dev-bounces@lists.berlios.de</a>] Im Auftrag von Dr Scofield<br>
Gesendet: Mittwoch, 18. Februar 2009 17:41<br>An: <a href="mailto:opensim-dev@lists.berlios.de">opensim-dev@lists.berlios.de</a><br>Betreff: Re: [Opensim-dev] oddities with asset storage<br>
<div>
<div></div>
<div class="Wj3C7c"><br>Dirk Krause wrote:<br>> ...<br>[...]<br>><br>> But isn't that ... horrible? (in lack of a better/worse word.)<br>><br>> As I said yesterday, IMHO there is no real need to think about<br>
> optimizations when you have<br>> a serious blocker like this. I would even go so far that this is a major<br>> roadblock for grid based technologies per se. (grid as in Rosedale's<br>> 'Happily now, Second Life has been proven to exist. If we disappeared<br>
> tomorrow, the grid would be rebuilt by you.')<br>><br>> I take it the bad news is that any proposed solution to this breaks SL<br>> compatibility?<br>><br>> Maybe now would be a good time to take a step away from it.<br>
<br>so, what do you supposed should be done? ride OpenSim on web route 404? lots of<br>dangling references?<br><br>i supposed on a standalone system you could do ref counting or bidirectional<br>refs/links --- that however is not a very scalable solution for a grid with<br>
sporadically connected grid components.<br><br>one avatar's garbage is another avatar's treasure...<br><br> DrS/dirk<br><br><br>--<br>dr dirk husemann ---- virtual worlds research ---- ibm zurich research lab<br>
SL: dr scofield ---- <a href="mailto:drscofield@xyzzyxyzzy.net">drscofield@xyzzyxyzzy.net</a> ---- <a href="http://xyzzyxyzzy.net/" target="_blank">http://xyzzyxyzzy.net/</a><br>RL: <a href="mailto:hud@zurich.ibm.com">hud@zurich.ibm.com</a> - +41 44 724 8573 - <a href="http://www.zurich.ibm.com/~hud/" target="_blank">http://www.zurich.ibm.com/~hud/</a><br>
_______________________________________________<br>Opensim-dev mailing list<br><a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br><a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
<br><br>_______________________________________________<br>Opensim-dev mailing list<br><a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br><a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br>