| To: | Linux fs XFS <xfs@xxxxxxxxxxx> |
|---|---|
| Subject: | Re: XFS: Abysmal write performance because of excessive seeking (allocation groups to blame?) |
| From: | pg_xf2@xxxxxxxxxxxxxxxxxx (Peter Grandi) |
| Date: | Thu, 5 Apr 2012 23:41:01 +0100 |
| In-reply-to: | <20349.63706.913104.777446@xxxxxxxxxxxxxxxxxx> |
| References: | <CAAxjCEwBMbd0x7WQmFELM8JyFu6Kv_b+KDe3XFqJE6shfSAfyQ@xxxxxxxxxxxxxx> <20349.63706.913104.777446@xxxxxxxxxxxxxxxxxx> |
[ ... ]
> Apparently not many people have figured out in the Linux
> culture that general purpose filesystems cannot handle well
> large groups of small files, and since the beginning of
> computing various forms of "aggregate" files have been used
> for that, like 'ar' ('.a') files from UNIX, which should have
> been used far more commonly than has happened, and never mind
> things like BDB/GDBM databases.
As to this, another filesystem strongly oriented at massive
streaming, Lustre, is sometimes used for small-file workloads,
and one of the suggestions given for that is to put the small
files inside an 'ext2' filesystem in a file, and mount it via
'loop'. That is to use 'ext2' (or some other filesystem type)
as an archive format. That is less crazy than it seems.
[ ... ]
|
| Previous by Date: | Re: How to pre-allocate files for sequential access?, Eric Sandeen |
|---|---|
| Next by Date: | Re: XFS: Abysmal write performance because of excessive seeking (allocation groups to blame?), Peter Grandi |
| Previous by Thread: | Re: XFS: Abysmal write performance because of excessive seeking (allocation groups to blame?), Peter Grandi |
| Next by Thread: | Re: XFS: Abysmal write performance because of excessive seeking (allocation groups to blame?), Peter Grandi |
| Indexes: | [Date] [Thread] [Top] [All Lists] |