David Masover wrote:
> Christian Iversen wrote: > >> On Saturday 27 August 2005 21:29, Jeff Mahoney wrote: >> >>> Ming Zhang wrote: >> > >> 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. > > > Interesting, I'd always assumed this was an issue with the lazy > allocation. On my box, this meant that occasionally, I'd run into a > situation where some random FS operation would take 5-10 seconds, > because (I assumed) it would have been the random operation that used > up enough RAM that the FS decided to flush. > > This performance issue should be fixed in reiser4, please give it a try. It has to do with where stat data get stored.
