[sldev] Reformatting Textures for the cache

[Dzonatas]

Jason Giglio wrote:
> Tim Shephard wrote:
>>> /cache/6c/48/94/6c489466-3058-6475-6b1b-e5fc1d49f1f3.tga
>>>
>>
>> You want to open a file for every texture you need to decode?  Yiiikes.
>
> That is how it works now, and it's a lot faster than the crappy VFS. 
> The textures are not relational data, a relational database would be a 
> stupid addition.

The reason to use SQL (or whatever) database over a direct access to the 
filesystem is the eliminate the overhead of the filesystem and disk 
fragmentation.


I haven't really had to defragment my drive until I started to use SL. 
Because before SL, the idle process to defragment the drive kept up just 
fine.