2.6.39-rc3, 2.6.39-rc4: XFS lockup - regression since 2.6.38

[Andrey Rahmatullin]

On Fri, Apr 29, 2011 at 11:19:29AM +1000, Dave Chinner wrote:
> > x4 ~ # xfs_info /
> > meta-data=/dev/root              isize=256    agcount=4, agsize=1949824 blks
> >          =                       sectsz=512   attr=2
> > data     =                       bsize=4096   blocks=7799296, imaxpct=25
> >          =                       sunit=128    swidth=128 blks
> > naming   =version 2              bsize=4096   ascii-ci=0
> > log      =internal               bsize=4096   blocks=3808, version=2
> >          =                       sectsz=512   sunit=8 blks, lazy-count=1
> > realtime =none                   extsz=4096   blocks=0, rtextents=0
> OK, so the common elements here appears to be root filesystems
> with small log sizes, which means they are tail pushing all the
> time metadata operations are in progress. 
Does that mean that such filesystems are not optimal in terms of
performance and/or reliability and should have larger log sizes?

-- 
WBR, wRAR
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://oss.sgi.com/pipermail/xfs/attachments/20110520/889a3391/attachment.sig>