Re: Small files perform much faster on newly formatted fs?

[Michael Monnerie <michael.monnerie@is.it-management.at>]

[-- Attachment #1.1: Type: Text/Plain, Size: 1530 bytes --]

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%
> full.

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"?

[Dave wrote]
> 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/

[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[-- Attachment #2: Type: text/plain, Size: 121 bytes --]

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs