Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933312Ab2KEVsw (ORCPT ); Mon, 5 Nov 2012 16:48:52 -0500 Received: from ipmail06.adl2.internode.on.net ([150.101.137.129]:46598 "EHLO ipmail06.adl2.internode.on.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933223Ab2KEVsu (ORCPT ); Mon, 5 Nov 2012 16:48:50 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AicZALkzmFB5LLsn/2dsb2JhbABEhS64CIRxAoEKgQmCHgEBBAE6HCMFCwgDDgouFCUDIROIBAWqZpAtFIttGwWBaIQ0A5JJgzGQRYMDgUg Date: Tue, 6 Nov 2012 08:48:46 +1100 From: Dave Chinner To: Shaohua Li Cc: NeilBrown , linux RAID , Jens Axboe , lkml Subject: Re: Problem with DISCARD and RAID5 Message-ID: <20121105214846.GM29378@dastard> References: <20121101173854.62061307@notabene.brown> <20121102014058.GA20526@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121102014058.GA20526@kernel.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2033 Lines: 53 On Fri, Nov 02, 2012 at 09:40:58AM +0800, Shaohua Li wrote: > On Thu, Nov 01, 2012 at 05:38:54PM +1100, NeilBrown wrote: > > > > Hi Shaohua, > > I've been doing some testing and discovered a problem with your discard > > support for RAID5. > > > > The code in blkdev_issue_discard assumes that the 'granularity' is a power > > of 2, and for example subtracts 1 to get a mask. > > > > However RAID5 sets the granularity to be the stripe size which often is not > > a power of two. When this happens you can easily get into an infinite loop. > > > > I suspect that to make this work properly, blkdev_issue_discard will need to > > be changed to allow 'granularity' to be an arbitrary value. > > When it is a power of two, the current masking can be used. > > When it is anything else, it will need to use sector_div(). > > Yep, looks we need use sector_div. And this isn't the only problem. discard > request can be merged, and the merge check only checks max_discard_sectors. > That means the split requests in blkdev_issue_discard can be merged again. The > split nerver works. > > I'm wondering what's purpose of discard_alignment and discard_granularity. Are > there devices with discard_granularity not 1 sector? Most certainly. Thin provisioned storage often has granularity in the order of megabytes.... > If bio isn't discard > aligned, what device will do? Up to the device. > Further, why driver handles alignment/granularity > if device will ignore misaligned request. When you send a series of sequential unaligned requests, the device may ignore them all. Hence you end up with nothing being discarded, even though the entire range being discarded is much, much larger than the discard granularity.... Cheers, Dave. -- Dave Chinner david@fromorbit.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/