From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail6.bemta12.messagelabs.com (mail6.bemta12.messagelabs.com [216.82.250.247]) by kanga.kvack.org (Postfix) with ESMTP id E8901900138 for ; Thu, 18 Aug 2011 08:13:16 -0400 (EDT) Received: by pzk6 with SMTP id 6so3936602pzk.36 for ; Thu, 18 Aug 2011 05:13:14 -0700 (PDT) Subject: Re: [PATCH] writeback: Per-block device bdi->dirty_writeback_interval and bdi->dirty_expire_interval. From: Artem Bityutskiy Reply-To: dedekind1@gmail.com Date: Thu, 18 Aug 2011 15:14:57 +0300 In-Reply-To: <20110818094824.GA25752@localhost> References: <20110818094824.GA25752@localhost> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Message-ID: <1313669702.6607.24.camel@sauron> Mime-Version: 1.0 Sender: owner-linux-mm@kvack.org List-ID: To: Wu Fengguang Cc: Kautuk Consul , Mel Gorman , KOSAKI Motohiro , linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org On Thu, 2011-08-18 at 17:48 +0800, Wu Fengguang wrote: > > For example, the user might want to write-back pages in smaller > > intervals to a block device which has a > > faster known writeback speed. > > That's not a complete rational. What does the user ultimately want by > setting a smaller interval? What would be the problems to the other > slow devices if the user does so by simply setting a small value > _globally_? > > We need strong use cases for doing such user interface changes. > Would you detail the problem and the pains that can only (or best) > be addressed by this patch? Here is a real use-case we had when developing the N900 phone. We had internal flash and external microSD slot. Internal flash is soldered in and cannot be removed by the user. MicroSD, in contrast, can be removed by the user. For the internal flash we wanted long intervals and relaxed limits to gain better performance. For MicroSD we wanted very short intervals and tough limits to make sure that if the user suddenly removes his microSD (users do this all the time) - we do not lose data. The discussed capability would be very useful in that case, AFAICS. IOW, this is not only about fast/slow devices and how quickly you want to be able to sync the FS, this is also about data integrity guarantees. -- Best Regards, Artem Bityutskiy -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org