[sldev] Cache speed experiment & results...
Buckaroo Mu
sldev at bitparts.org
Tue Jun 3 21:29:53 PDT 2008
Ann Otoole wrote:
> Time Warner is going to try forcing metered bandwith on the cable
> modem community they serve.
> So the ugly head of the end of unlimited bandwith use raises it's head
> once again.
>
> The reason I mention this is because, although I am also a fan of
> reduced compression overhead, there will no doubt be trade offs
> required. Perhaps there is a way to make compression/decompression
> more efficient?
>
We're not talking about downloading raw, uncompressed data from SL
across your bandwidth - we're talking about how the client currently
REcompresses (or only saves the already-compressed) textures when
storing them to the local disk cache. The change I'm talking about won't
affect your bandwidth, but it will require more disk space for your
cache. We've established that the real bottleneck with rendering
textures from cache is decoding them from the JPG2000 format - so if we
could decompress them once, after they come down the wire, then cache
them decompressed, we would get rid of one of the major bottlenecks to
texture render speed. No more grey blobs every time you turn around.
More information about the SLDev
mailing list