[Linux-cluster] clvmd without GFS?
Matt Mitchell
mmitchell at virtualproperties.com
Tue Oct 26 21:52:12 UTC 2004
Just seeking some opinions here...
I have observed some really poor performance in GFS when dealing with
large numbers of small files. It seems to be designed to scale well
with respect to throughput, at the apparent expense of metadata and
directory operations, which are really slow. For example, in a
directory with 100,000 4k files (roughly) a simple 'ls -l' with lock_dlm
took over three hours to complete on our test setup with no contention
(and only one machine had the disk mounted at all). (Using Debian
packages dated 16 September 2004.)
So in the effort to get something set up quickly I think I am going to
try setting up a regular filesystem on top of LVM2. Since these disks
are shared, we'll at least have a warm-failover capability if the server
machine goes down. (If I have the energy I will set up cluster failover
to take care of that automatically too.) Question I have is, how does
clvmd impact this? Without it I know you have to force LVM2 to read the
VG information off of disk when moving partitions between nodes; does
clvmd make this step unnecessary? Also, is it possible to reliably
mount read-only a snapshot of a LV still mounted read-write on the other
node? (It seems like it should be.)
I'd appreciate insights from anyone who has any experience with this
kind of setup.
TIA
-m
More information about the Linux-cluster
mailing list