[sldev] Cache speed experiment & results...

[Soft]

On Tue, Jun 3, 2008 at 11:11 AM, Buckaroo Mu <sldev at bitparts.org> wrote:
> What progress is there toward an improved
> caching mechanism? Is there a way to store the textures in a decoded,
> ready-to-use fashion? Why is the cache so slow?

The cache isn't exceptionally slow - it's the jpeg2000 decode that
really bites here, and storing those decoded would use copious amounts
of disk space. The quickest win would be multiple image decoding
threads, seeing as most PCs have two or more cores. No idea if
anyone's touching that in the near future, though.