[sldev] Re: Reformatting Textures for the cache

[Kamilion]

Has anyone considered perhaps using an uncompressed common container
format, like perhaps .tar? It should be fully platform independent,
and reduce the number of open file handles, and may improve I/O
performance by only having a group of hundreds of tar files instead of
potentially millions of independent texture files?

Or perhaps ZIP or a similar format with selectable compression options
(Like ZIP in store mode) and on the fly compression of new texture
files into sets of zips (currently, the new FL filesystem cache style
will sort them into folders for easier lookup; you can use many
compressed files sorted like this as well.

Anyway, just my two cents; and remember, if you're I/O bound, you can
always go to SATA raid for less than $150, and really pour on the
speed :)

-- Kamilion Schnook