xfs
[Top] [All Lists]

Re: XFS: Abysmal write performance because of excessive seeking (allocat

To: Stefan Ring <stefanrin@xxxxxxxxx>
Subject: Re: XFS: Abysmal write performance because of excessive seeking (allocation groups to blame?)
From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
Date: Tue, 10 Apr 2012 20:13:15 +0200
Cc: xfs@xxxxxxxxxxx, Christoph Hellwig <hch@xxxxxxxxxxxxx>
In-reply-to: <CAAxjCEzRa7CpbA9iESEDjmWQMsJTjkWHJj69ADOXDa4CiRpx3w@xxxxxxxxxxxxxx>
References: <CAAxjCEwBMbd0x7WQmFELM8JyFu6Kv_b+KDe3XFqJE6shfSAfyQ@xxxxxxxxxxxxxx> <201204072057.38286.Martin@xxxxxxxxxxxx> <CAAxjCEzRa7CpbA9iESEDjmWQMsJTjkWHJj69ADOXDa4CiRpx3w@xxxxxxxxxxxxxx> (sfid-20120410_161029_715945_ACEF67F7)
User-agent: KMail/1.13.7 (Linux/3.3.0-trunk-amd64; KDE/4.7.4; x86_64; ; )
Am Dienstag, 10. April 2012 schrieb Stefan Ring:
> > And is XFS aligned to the RAID 6?
> > 
> > What does xfs_info display on it?
> 
> Yes, it’s aligned.
> 
> meta-data=/dev/mapper/vg_data-lvhome isize=256    agcount=4,
> agsize=73233656 blks
>          =                       sectsz=512   attr=2
> data     =                       bsize=4096   blocks=292934624,
> imaxpct=5 =                       sunit=8      swidth=32 blks
> naming   =version 2              bsize=4096   ascii-ci=0
> log      =internal               bsize=4096   blocks=143040, version=2
>          =                       sectsz=512   sunit=8 blks,
> lazy-count=1 realtime =none                   extsz=4096   blocks=0,
> rtextents=0

Hmmm, so its not the alignment. xfs_info output looks sane otherwise.

I have no further ideas for now. But others had it seems. (Reading rest of 
new messages in thread.)

Ciao,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7

<Prev in Thread] Current Thread [Next in Thread>