Re: reiser fs slow on mksf and mount

[Ming Zhang <mingz@ele.uri.edu>]

On Sat, 2005-08-27 at 23:45 +0200, Christian Iversen wrote:
> On Saturday 27 August 2005 21:29, Jeff Mahoney wrote:
> > Ming Zhang wrote:
> > > On Fri, 2005-08-26 at 21:32 +0400, Vladimir V. Saveliev wrote:
> > >
> > >
> > > one more question about this bitmap blocks
> > >
> > > are this bitmap data is pinned into system thus will not be swapped out?
> >
> > Yes, any buffers/pages with active reference counts are kept in memory.
> > Since the current reiserfs bitmap implementation keeps a reference until
> > filesystem umount, the bitmaps are pinned.
> >
> > My dynamic bitmap patch fixes both of the problems you've posed so far.
> > Mount time is reduced to O(1) time, since only the superblock and root
> > node are read at mount time. On my system, it's something along the
> > lines of 0.2s. Memory consumption is reduced also, because the bitmap
> > block is released after the allocation/free that required it is complete.
> 
> I've been reading about this patch with quite some interest. Would you say 
> it's stable enough for daily use? I have a terabyte array that takes forever 
> to mount, and probably uses quite a bit of memory too.
yes, i think this will be a problem for 32bit box with large size
storage.


> 
> Another thing is that it can easily take several seconds to do "ls -l" on a 
> directory with a 0-10 GB data in it. Is that normal? There's usually less 
> than 50 files of test data, ranging in size from 200MB to 900MB. I've 
> disabled atime updates, but that didn't help much. The controller and disks 
> are plenty fast, so I feel something is amiss. 
>