choosing the file system block size

2012-05-11 Thread Edgar Fuß
Is there some utility, that, given a file system with real data on it, will compute the optimum file system block size for that data set? If not, is it a reasonable assumption that the space allocated to a file will be the file's data size, rounded up to the fragment size?

Re: RAIDframe performance vs. stripe size

2012-05-11 Thread Greg Oster
On Fri, 11 May 2012 12:48:08 +0200 Edgar Fuß e...@math.uni-bonn.de wrote: Edgar is describing the desideratum for a minimum-latency application. Yes, I'm looking for minimum latency. I've logged the current file server's disc business and the only time they really are busy is during the

Re: RAIDframe performance vs. stripe size

2012-05-11 Thread Edgar Fuß
Thanks a lot for your detailed answers. Yes. Absolutely. Fine. As you can see, all of those span all 4 discs. Yes, that was perfectly clear to me. What I wasn't sure of was that the whole stack of subsystems involved would really be able to make use of that. Thanks for confirming it actually

Re: choosing the file system block size

2012-05-11 Thread Edgar Fuß
I'm assuming you're talking FFS here. Ah, sorry, yes, I'm talking of FFS. at least if you ignore the space used by the inode. I guess I can indeed ignore inodes because the space occupied by them doesn't vary with fsbsize, or does it? For files large enough to need indirect blocks, (a) the

Re: choosing the file system block size

2012-05-11 Thread Mouse
at least if you ignore the space used by the inode. I guess I can indeed ignore inodes because the space occupied by them doesn't vary with fsbsize, or does it? I think you're right that an inode's size is independent of the filesystem's blocksize; possibly also relevant is that inode space is

Re: RAIDframe performance vs. stripe size

2012-05-11 Thread Eduardo Horvath
On Fri, 11 May 2012, Edgar Fu? wrote: EF I have one process doing something largely resulting in meta-data EF reads (i.e. traversing a very large directory tree). Will the kernel EF only issue sequential reads or will it be able to parallelise, e.g. EF reading indirect blocks? GO I don't

Re: RAIDframe performance vs. stripe size

2012-05-11 Thread Greg Oster
On Fri, 11 May 2012 17:05:24 +0200 Edgar Fuß e...@math.uni-bonn.de wrote: Thanks a lot for your detailed answers. Yes. Absolutely. Fine. As you can see, all of those span all 4 discs. Yes, that was perfectly clear to me. What I wasn't sure of was that the whole stack of subsystems

Re: RAIDframe performance vs. stripe size

2012-05-11 Thread Edgar Fuß
Does that help? Yes, thanks! Yet another question: Suppose I have 4k fsbsize and a stripe size such that 16k go to one disc (i.e. 64k stripes with my 4+1 RAID 5 example). Will RAIDframe ever deal with less than 16k? I.e.: A. I read one 4k fs block. Will RAIDframe read 4k or 16k from the disc?