[Opensim-dev] Updating attachment assets

Karen Palen karenpalensl at gmail.com
Sun Oct 9 17:13:49 UTC 2011


Bo,

I don't read Justin's comments as saying that your ideas and input are
in any sense "unworthy"; only that there is a definite path to follow to
get them considered and implemented.

If you are asking someone else to donate time and effort to do the
programming and debugging then a Wiki entry which will "sell" the idea
to someone who already has 50 other good things waiting to do. Remember
anyone who has the expertise to code contributions to OpenSimulator has
hundreds of neat things waiting for that person's time.

I agree with you that the database structure needs some sort of
"cleanup" mechanism although from the discussions in this list I am far
from sure just what form that "cleanup" should take.

A well written Wiki proposal is a great way to sort out what actually
needs to be done and to motivate someone to do it!

Karen


On 10/06/2011 10:52 PM, Bo wrote:
> Hello,
> i am sorry i wasn't aware of that policy. I tough it was like Jira where you 
> can DONATE any idea to Lindenlab.
> 
> I am Java and PHP programmer so i can't implement my ideas. Ho ever i believe 
> that i am able to propose good changes giving big results with minimal work 
> and respect to the architecture (as far as my knowledge of it goes).
> 
> I believe that ideas like the one with live and backup assets and inventory 
> tables have  big value. And my proposal was NOT aimed to help to me self but 
> rather grids like is OSG.
> 
> This was my attempt to help. Only i want for it is little credit for the idea.
> 
> If you think that my ideas are not worthy or are problematic just stop me 
> clearly, please, and i will accept that. 
> 
> On the other side i believe that outsiders like i can bring great feedback and 
> new angles of view to the problems...
> 
> Thank you, Bo
> 
> On Friday 07 of October 2011 01:49:16 Justin Clark-Casey wrote:
>> Hi Bo.  You're not to know, but we have a long standing policy of not
>> putting features into Mantis.  This hasn't been clear and has lapsed a
>> bit.
>>
>> So I cleaned up [1] a bit, which is the wiki place for feature proposals. 
>> However, any proposal should be run by this list here.  And either the
>> proposer will have to be prepared to implement it themselves (which still
>> doesn't guarantee inclusion) or persuade other people to implement it
>> (which is difficult).  If they don't do these things then it will almost
>> certainly simply be ignored.
>>
>> At some point possibly very soon I will be closing all the feature requests
>> in the wiki and redirecting people to this list and that wiki location.
>>
>> [1] http://opensimulator.org/wiki/Developer_Documentation#Feature_Proposals
>>
>> On 05/10/11 08:18, Bo wrote:
>>> Hello,
>>> i put my idea about live and backup assets tables which i mentioned here
>>> before into a Mantis.
>>> http://opensimulator.org/mantis/view.php?id=5730
>>>
>>> I think that we don't really need to purge assets. Only what we need is
>>> have unused assets, inventory folders and inventory items in separate
>>> backup tables so most of the operations is done within small tables and
>>> even grids with rich history can have very fast assets servers.
>>>
>>> Bo
>>>
>>> On Wednesday 05 of October 2011 01:06:55 Dave Coyle wrote:
>>>> On Oct 3, 2011, at 8:01 PM, Justin Clark-Casey wrote:
>>>>> Needless to say, distributed garbage collection is extremely hard.
>>>>
>>>> A year ago I broke out the 20 million assets OSGrid had by file size[1],
>>>> and 50% of them were<= 4KB uncompressed.  With deduplication and
>>>> compression those 20 million assets would've taken up about 125GB of
>>>> space on disk.  That was 3 years of stuff from tens of thousands of
>>>> users.  It was easier and cheaper just to throw hardware at the problem
>>>> and not worry about it than to come up with a mechanism to cull unused
>>>> assets.
>>>>
>>>> Granted, that was before mesh started picking up steam, and another
>>>> grid's experience won't necessarily mirror that of OSGrid's.  But it's
>>>> a data point.
>>>>
>>>> [1] -- http://coyled.com/2010/09/23/osgrid-asset-sizes/ (those are
>>>> uncompressed file sizes)
>>>>
>>>> -coyled
>>>>
>>>> _______________________________________________
>>>> 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
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev



More information about the Opensim-dev mailing list