cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Adrian Geissel" <>
Subject Re: [VOTE] adding Jisp based Store persistence to the Scratchpad
Date Wed, 12 Dec 2001 14:53:04 GMT
----- Original Message -----
From: Gerhard Froehlich <>
To: <>
Sent: Wednesday, December 12, 2001 2:13 PM
Subject: RE: [VOTE] adding Jisp based Store persistence to the Scratchpad

> Vadim,
> >From: Vadim Gritsenko []
> >
> >
> >What would be the benefits of using B-Tree indexed file vs filesystem
> >directory?
> - When you have many files in one directory that can be problematic
> for maintainence.
> - Some Caching system like Squid split that up into the different
> subdirectories, others hold the data in one file.
> - With this Implementation we would be able to turn -if wished-
> the MRUMemoryStore (or something equal) off and use only the Filesystem
> for Storing. Maybe for machines with limited memory,.... For this approach
> you need some speedy access for the data on the FS.

If you are going to persue this thought process, bear in mind that storing
large numbers of files in a single directory has serious performance
considerations, unless you are using a specialized file system - I'm
thinking of ReiserFS (for Linux) which advertises exceptional performance
both for large numbers of files, especially for files <4k in size.

Also, my experience with disk-based caching is that it is inherently slower
than memory-based, and so should only be used in situations where the data
either needs to be guaranteed failsafe (QOS-type requirements), or where it
is known in advance that the data will not be required for some time to
come. In practice, I expect that it is cheaper and possibly more elegant to
upgrade the physical memory, especially at current market prices.

Appologies for stepping on toes,

To unsubscribe, e-mail:
For additional commands, email:

View raw message