Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> wrote:
> > I don't know what will convince you. I've given you theoretical reasons
> > why caching ought to be useful; I've backed up the ones I've implemented
> > with benchmarks; I've given you examples of what our customers are doing
> > with it or want to do with it.
>
> Was that information captured/maintained somewhere? It really is important (I
> think) for something of this magnitude.
What customers are doing with it, you mean?
That is slightly tricky, as it involves customers, most of whom don't want
their names to appear in public communications about their infrastructure.
However, I can give you some examples of how it is being used or being
considered for use:
(1) We have a number of customers in the entertainment industry who use or
would like to use this caching infrastructure in their render farms. They
use NFS to distribute textures (say a million and a quarter files) to the
individual rendering units. FS-Cache allows them to reduce the network
load by satisfying subsequent NFS READ requests from each rendering unit's
local cache rather than having to go to the network again.
(2) We have another customer who is looking to roll out bunches of systems,
where each bunch has an NFS file server and a few tens of processing units
with their root filesystems NFS-mounted from the server. They are willing
to include storage per processing unit for swap and local caching (e.g.
FS-Cache). This deployment is on the order of ten thousand machines.
(3) Similar to 3, people are looking at 'diskless' workstations that do
actually have a disk, but only for swap and local caching. All O/S files
are read by NFS.
(4) Yet others are using or looking at using FS-Cache to accelerate
distributed web servers.
(5) Although it's not someone using FS-Cache directly, I do have an anecdote
from a customer using a very large quantity of AFS clients (it may have
been OpenAFS), where /usr was distributed by AFS. Before they had
persistent local caches, the power went out in their building and came
back on, and then all their machines in the process of booting spammed the
AFS servers wanting their /usr again.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
