| To: | Dave Chinner <david@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: XFS filesystem corruption |
| From: | Julien FERRERO <jferrero06@xxxxxxxxx> |
| Date: | Fri, 8 Mar 2013 11:16:27 +0100 |
| Cc: | Ric Wheeler <rwheeler@xxxxxxxxxx>, xfs@xxxxxxxxxxx |
| Delivered-to: | xfs@xxxxxxxxxxx |
| Dkim-signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=9Te38zzIThv7dLXdDUDTl1O6I97UeoJSktKiQrgPHoQ=; b=O2OmYaNEvHyTWXngvMy6SKRnmlmJ2eN7yhgfn6hhEVEFl8BV5FeZPJL6PVCuhSXFbf r7pxkB7DsPZozcE/UfPuEp0Rg2NiHkj0mrTAHWMcL3m1YoUnUOF/5JfHU0hwFlwUIjde czS4tTTAdu+ZXl6HG5ql4yhH61V0rQfGrfzJv6H3rh3VVjXYzSGFyUjIq1skAubwrRxB /MMyb7od7O2pgne0MCcLna/l251xEVxLiYDE2BQUDDyWiSK/IUuPTCicIM3ECFvV0wYA 1iOxU7/xwMtzCFDFV6twweEETrDS3QkhtXEmCpn+IEzCTjHQX+jRnnbw6S7FVY5jUFuN nQ/g== |
| In-reply-to: | <20130307232214.GY23616@dastard> |
| References: | <CAPcwv6wZJSBtgF-L6KNSn6N6Y+wUZJFXdbcg+zYRwoaB2sDdjw@xxxxxxxxxxxxxx> <20130306161519.2c28d911@xxxxxxxxxxxxxx> <CAPcwv6wqv0b_CPqDpBfOwVDg23uBi=tpGQSy9XuH2uWS5oVMWQ@xxxxxxxxxxxxxx> <20130306232100.6286f640@xxxxxxxxxxxxxx> <5137CD46.6070909@xxxxxxxxxx> <CAPcwv6wK7m5UbJZass5690N5UpXEMV+HVzJa5mn9KWtT9UPQ9w@xxxxxxxxxxxxxx> <20130307232214.GY23616@dastard> |
> > Yes they were. XFS had barrier support added in 2.6.15. > The XFS was running over a software RAID0 or software RAID5 depending on the product. In both case, my understanding is that either software RAID0 or software RAID5 did not support barrier in 2.6.18. > Yes, that would have been me that said that. I started seeing lots > of boy-racer "tweak your filesystem to go faster" blogs recommending > that unwritten extents should be turned off high up in google > results, with numbers to prove that it improved performance. > > There were two common things wrong with these blogs: > > 1. None of them mentioned that turning off unwritten extents > exposes stale data to users. i.e. a whopping great big > security hole. > > 2. they reported significant performance improvements for > workloads that *didn't use unwritten extents* when they set > this flag. i.e. they mistook run-to-run variablity of the > benchmark for a performance improvement. i.e. Benchmarking > 101 Fail. > > When you get people who do not understand what they are doing and > giving bad advice as the first 10 hits for a google search about > optimising/tuning XFS filesystems, it's a major concern, and so I > took steps to ensure you can't turn off unwritten extents with > mkfs... Thanks for the explanation. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: xfs_repair segfaults, Ole Tange |
|---|---|
| Next by Date: | Re: XFS filesystem corruption, Julien FERRERO |
| Previous by Thread: | Re: XFS filesystem corruption, Dave Chinner |
| Next by Thread: | Re: XFS filesystem corruption, Martin Steigerwald |
| Indexes: | [Date] [Thread] [Top] [All Lists] |