David T-G said the following on 10/23/2013 06:59 AM:
Any thoughts, shy of religious warfare, on the best FS to use for a data and archive server? [I promise this is it for me for today ;-]
Won't that depend on a) the nature of the archive files If this is simply to be a 'mirror' of the regular file system, a 1:1 file mapping then there is no need for some specific optimizations as there would be if, for example, each snapshot were to be a single large file, a TAR or CPIO image say. You then have to look at what you are archiving: small files, large files .... Archiving mail a mbox is going to be different from archiving as maildir. For example the later is going to consume a LOT of inodes and that affects how one would format a extN file system but not be relevant on a ReiserFS or BtrFS. b) the demand for retrieval from the archive This is actually a can of worms. You might not think so at first but I've seen businesses put out of service because their 'backup' indexing was inadequate when the time came to retrieve a specific archive file of a specific date, as oppose to restore the whole backup. You need to be driven by your business methods here and that in turn will determine your indexing and retrieval which will determine your storage format. Its business drive, not technology driven. Why else would you be archiving? Now while (b) is pretty much an 'absolute', (a) can end up being flexible. You HAVE to have a clear way of retrieval otherwise your archive is just a 'junk room' into which your file system overflows. That (a) can be flexible also means that the optimization curve is not clearly peaked. Why else would you be asking this question? What's the worst situation if you choose ReiserFS rather than extN? The size of the file system? The number of inodes? But if your indexing broken or inadequate you've got a business problem. -- How long did the whining go on when KDE2 went on KDE3? The only universal constant is change. If a species can not adapt it goes extinct. That's the law of the universe, adapt or die. -- Billie Walsh, May 18 2013 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org