[sldev] Cache speed experiment & results...

darien_caldwell at comcast.net darien_caldwell at comcast.net
Wed Jun 4 12:48:54 PDT 2008


This reminds me of something I once pondered. Do you think the UUIDs are random enough, that one could rely on a comparison of only the first 8 digits as a sort of quick and dirty identification? What would the chance be of a false match in such a case?


 -------------- Original message ----------------------
From: Alex Dailey <alex at lindenlab.com>
> A humorous side note to this. The distribution of uuid's is so random 
> and there is so much 'space' between values, that Cory et al. joked 
> about putting phony assets in the early range, ...0000000, 0000001 that 
> rezz'ed signs saying things like, "Give up now!" and "Abandon your quest 
> or despair!" for people who tried to guess asset_id's starting from the 
> beginning of the uuid range.
> 
> Kent Quirk (Q Linden) wrote:
> >
> > On Jun 4, 2008, at 12:54 PM, Celierra Darling wrote:
> >
> >> On Wed, Jun 4, 2008 at 12:37 PM, Dale Mahalko <dmahalko at gmail.com> 
> >> wrote:
> >>> My only concern is that the GUID distribution is may be just merely
> >>> pseudo-random.  ...
> >>
> >> Why not hash the (entire) GUID and use that instead?
> >
> > The point of a GUID is that it's already random. Or more correctly, 
> > "merely" pseudo-random. Not that most computers have a handy source of 
> > true randomness anyway.
> >
> > Our GUID generation code is found in lluuid.h/.cpp. There are comments 
> > in there that indicate that we've thought about distribution and the 
> > quality of our randomness before.
> >
> > Which makes sense, given that we have to store *all* of those assets 
> > ourselves. If they had a tendency to sort themselves into buckets, 
> > we'd have a lot more trouble managing them than any external caching 
> > scheme will. I don't think this is something to bother with.
> >
> >     Q
> > _______________________________________________
> > Click here to unsubscribe or manage your list subscription:
> > /index.html
> 
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html



More information about the SLDev mailing list