Something to fix then.....
> > The "improve performance by a factor of 16" which i predicted for a 4k
> > blocksize filesystem was a factor fo 30 according to someones (pretty
> > inaccurate) measurements.
Oh. I forgot to mention, mke2fs is going to default to 4k blocksize in
the future for filesystems that are large enough to hold "large"
files. That will make all this less annoying, as most people will
just use the default.
> IOW complexity of current implementation is pretty bad. And that can be
> fixed. Putting indirect blocks together may improve performance on
> truncate() (after all, disks usually read the whole track and have cache),
> but will hamper sequential reads.
... about 30 ms per 256k read, provided you screw up the read-ahead of
the indirect blocsk.
Roger.
-- ** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2137555 ** *-- BitWizard writes Linux device drivers for any device you may have! --* ------ Microsoft SELLS you Windows, Linux GIVES you the whole house ------
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/