xfs
[Top] [All Lists]

Re: XFS regression?

To: "Andrew Clayton" <andrew@xxxxxxxxxxxxxxxxxx>
Subject: Re: XFS regression?
From: "Bhagi rathi" <jahnu77@xxxxxxxxx>
Date: Sat, 13 Oct 2007 19:05:17 +0530
Cc: "David Chinner" <dgc@xxxxxxx>, linux-fsdevel@xxxxxxxxxxxxxxx, xfs@xxxxxxxxxxx
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=BCX95ooay2PSkYVh68287rtBxZPfkehxncs6yRIZNYk=; b=h6sTfeOO/yD3zaYIDwpgdxY6d9wnlX+dCgFQbflqljQhBoXiiAfLdKIjneSia4V89AlIjBNGV/MkLQlfcanHlhWYAFwLbBY6+TuJAuZTWtK5q7DKfZx/fy7z+Qj2DXcrThJk5BXq+IpXuRtZ7Qdwtwusg+BrwAwpEeI/1k3zBvI=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=B7uQQQ7f77dITpDl2ZCCr/0BBwReJp63UqHLcxH0etLeDr6bTJHapcMCNFf7nkjoUgMG6IEtg2W1Wip+ubU8TzfeNTdRBsHPqkhBHZyztZuur1wVTCla7cG7qRAP8ifXKKSfomeSko+hn4y9BRkrAdlu3xyq/FG436bkj0uki8c=
In-reply-to: <20071012123601.291fee8a@xxxxxxxxxxxxxx>
References: <20071010152742.1b2a7bce@xxxxxxxxxxxxxx> <20071011010139.GT995458@xxxxxxx> <20071011151512.69f19419@xxxxxxxxxxxxxx> <20071011215352.GX995458@xxxxxxx> <20071012002613.GL23367404@xxxxxxx> <20071012123601.291fee8a@xxxxxxxxxxxxxx>
Sender: xfs-bounce@xxxxxxxxxxx
David, Can you let me know the use after free problem? I want to understand
how the life cycle of linux inode
and xfs inode are related to log flush. Any pointer is also of great help.

 Thanks,
- Bhagi

On 10/12/07, Andrew Clayton <andrew@xxxxxxxxxxxxxxxxxx> wrote:
>
> On Fri, 12 Oct 2007 10:26:13 +1000, David Chinner wrote:
>
> > You can breath again. Here's a test patch (warning - may harm
>
> heh
>
> > kittens - not fully tested or verified) that solves both
> > the use-after-free issue (by avoiding it altogether) as well the
> > unlink/create latency because the log force is no longer there.
> >
> > (yay! xfsqa test 016 passes again ;)
> >
> > It does have other possible side effects triggering extra
> > log forces elsewhere on inode writeback and affects sync behaviour
> > so it's only a proof of concept at this point.
>
> What kernel is that against?. I got rejects with 2.6.23
>
> However I tried a 2.6.18 on the file server and ran my test, it didn't
> show the problem. I then made a 2.6.23 but with the patch from my git
> bisect reverted.
>
> Doing the test with that kernel, while writing a 1GB file I saw only
> one > 1 second latency (1.2) and only a few ~ 0.5 second latencies.
>
> However over the longer term I'm still seeing latencies > 1 second.
> Just leaving my strace test running (no dd) on the raid filesystem I see
> the
> latencies come when the raid5 stripe cache fills up. So I think I'm
> perhaps seeing another problem here.
>
> Running the strace (again no dd) on the system disk (not raided) I'm not
> seeing any latencies.
>
> In fact the latencies on the raid array seem to be generally greater
> than the system disk (all identical disks, all XFS).
>
> raid array
>
> open("test", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC, 0600) = 3 <0.122943>
> open("test", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC, 0600) = 3 <0.021620>
> open("test", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC, 0600) = 3 <0.014963>
> open("test", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC, 0600) = 3 <0.023264>
> open("test", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC, 0600) = 3 <0.011368>
> open("test", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC, 0600) = 3 <0.002561>
> open("test", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC, 0600) = 3 <0.012623>
>
> system disk
>
> open("test", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC, 0600) = 3 <0.000190>
> open("test", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC, 0600) = 3 <0.000039>
> open("test", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC, 0600) = 3 <0.000191>
> open("test", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC, 0600) = 3 <0.000268>
> open("test", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC, 0600) = 3 <0.000188>
> open("test", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC, 0600) = 3 <0.000233>
> open("test", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC, 0600) = 3 <0.000279>
>
>
> Maybe that's to be expected?
>
> > Cheers,
> >
> > Dave.
>
> Thanks for looking at this.
>
> Andrew
>
>
>


[[HTML alternate version deleted]]


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