[Bioclusters] Large numbers of files (again...?)

Dan Bolser bioclusters@bioinformatics.org
Tue, 3 Feb 2004 22:12:25 +0000 (GMT)

On Tue, 3 Feb 2004, Andrew Fant wrote:

> --On Wednesday, January 28, 2004 15:59:52 +0000 Dan Bolser 
> <dmb@mrc-dunn.cam.ac.uk> wrote:
> > ++ Joe Landman--
> >> Hi Dan:
> >>
> >>   If it is a chore to have them switch, then the hashing function is a
> >> much better choice.  I am not so sure about trusting real data to
> >> Reiser, I have been (badly) burned by it in the past.
> >
> > I know Reiser and xfs are still very new.
> >
> > Anyone actively using xfs?
> >
> > I guess switch involves reformatting disks? Actually we have a large
> > storage space yet to come 'on line'. It might be a good chance to try xfs.
> Actually, xfs is new only in the sense that it has just made it into the 
> stable linux kernel trees.   As an old SGI admin, I've used it for about 5 
> years total, and about half that long on Linux.  As you might suspect, I am 
> quite fond of it.
> On my Linux systems, I use it for most partitions except for /boot (grub 
> can handle xfs, but with lilo and multiple os use, xfs on a boot partition 
> is a no-no).   A couple caveats apply.  First, you should always have your 
> system on a ups of some kind if you use xfs.  The aggressive caching is 
> great, but a badly timed power cut can trash a filesystem ( It's never 
> happened to me, but forewarned is forearmed).  Also, to get the best 
> performance, you need to do a little reading of the documentation for 
> mkfs.xfs.  The defaults tend to over-allocate internal filesystem data 
> structures, which can slow things down.

Thanks for the details. It is annoying that a powercut can do this to a
journaling file system, given the reason for journaling in the first

When you say it has never happened to you, have you tried to mess up a
test system running xfs? Or have you just always relied (more or less) on

> If there's anything more specific you want to know, please feel free to 
> drop me a line.

Cheers, and thanks again (for all the replies),

> Andy
> _______________________________________________
> Bioclusters maillist  -  Bioclusters@bioinformatics.org
> https://bioinformatics.org/mailman/listinfo/bioclusters