[sldev] Cache speed experiment & results...

[Dale Mahalko]

I do apologize, but it appears I'm conflating two different caching problems.

The one I'm thinking about involves enlarging the number of individual
files in the cache by 10 to 100 times. This leads to file search and
directory caching problems, and might need a separate partition or DB
management engine to handle hundreds of thousands of locally cached
files.

An optional fully-decoded cache likely would not run into these
problems, since it would end up being a second but identical directory
structure equal to the current one, except containing all-uncompressed
data. A 2x increase in directory structure size probably would not
significantly change the file lookup performance..

- Scalar Tardis / Dale Mahalko


On Tue, Jun 3, 2008 at 7:45 PM, Dahlia Trimble <dahliatrimble at gmail.com> wrote:
> If the goal were to improve seek time in a cache, how about keeping the
> cache on one of those readyboost-capable usb flash drives? They can have
> seek times as low as 1 ms or better, although the transfer rate and write
> times arent all that fast.
>
> Then again it's probably moot if the bottleneck is the decoding :/