On Mittwoch, 8. Juni 2011 Norbert Veber wrote:
> I re-created the test filesystem to be the same size (20gb) as the
> original, and copied all the same files to it, so both are now 80%
But copying data at once leads to "perfectly" aligned data, and cannot
be compared to a filesystem that has aged over the years. Maybe you can
compare it like this:
1) remount the old partition with "noikeep"
2) mv /old/* /new
3) cp /new/* /old/
Maybe that would help? I'm interested to find the difference.
Also, as Eric said, both partitions are on different locations on the
disks, but I guess your old partition is more outside, thus in the
quicker region, than the new partition. Is that true?
Could it be that the old filesystem gets mounted with different
logbufs/logbsize values? Would the mount options
"logbufs=8,logbsize=256k" maybe make a difference?
Is the position of the log area fixed on disk? Maybe that is not stripe
aligned. Could you check with a newer kernel using "delaylog"?
> Those mount options are ignored if the filesystem doesn't have the
> superblock feature bit set for aligned allocations. A filesystem
> with 0/0 for sunit/swidth does not have the superblock bit set....
And I guess it's not possible to set that bit now?
mit freundlichen Grüssen,
Michael Monnerie, Ing. BSc
it-management Internet Services: Protéger
http://proteger.at [gesprochen: Prot-e-schee]
Tel: +43 660 / 415 6531
// Haus zu verkaufen: http://zmi.at/langegg/
Description: This is a digitally signed message part.