[sldev] Cache politics: performance vs obfuscation

[Sean Heying]

And raw images as well as being faster add yet another veneer/illusion
of security for the casual ripper.

My vote goes to store the images that way.

In terms of the ongoing side-conversation on quota (which is the term
we use in Australia for monthly metered data Allowance)... It will not
kill SL despite what gloom and doom the naysayers are prophesising. My
own use over the last 18 months has been about 50% of my quota. For my
first 2 months I hit the cap and was forced onto 64kbit speeds... I
then learnt not to download bit torrent files and wast my quota.

A more efficient cache will help, but likewise, reducing your draw to
96M from 512M until the cache is made bigger/faster/better means you
are pulling in a fraction of the textures and objects.

Sean.

On Thu, Jun 12, 2008 at 2:25 PM, Tateru Nino <tateru.nino at gmail.com> wrote:
>
>
> Sean Heying wrote:
>>>>
>>>> Besides, if they're really JPGs, won't some OS's waste time making
>>>> cute little thumbnails? :)
>>>>
>>>>
>>
>>
>>>
>>> Not if you use an extension other than .jpg
>>> (I just checked)
>>>
>>
>>
>>>
>>> Besides, that only happens if you view the directory with Windows
>>> Explorer.  It should have no effect
>>> on the OpenFile api.
>>>
>>
>>
>>>
>>> Gary
>>>
>>
>> You have assumed Windows ;) OS X and Linux do not care what the
>> extension is. They create pretty little thumbnails based on the header
>> of the file.
>
> But as raw image data, there *is* no header for the OS to detect.
>
> --
> Tateru Nino
> http://www.massively.com/
>
>