From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailout.rz.uni-frankfurt.de (mailout.rz.uni-frankfurt.de [141.2.22.233]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.saout.de (Postfix) with ESMTPS for ; Sat, 19 Sep 2009 13:46:03 +0200 (CEST) Received: from smtpauth.cluster.uni-frankfurt.de ([10.2.22.4] helo=smtpauth2.rz.uni-frankfurt.de) by mailout.rz.uni-frankfurt.de with esmtp (Exim 4.69) (envelope-from ) id 1MoyOB-0005Rz-K1 for dm-crypt@saout.de; Sat, 19 Sep 2009 13:46:03 +0200 Received: from e180154160.adsl.alicedsl.de ([85.180.154.160] helo=[192.168.0.1]) by smtpauth2.rz.uni-frankfurt.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1MoyNq-0002cr-NW for dm-crypt@saout.de; Sat, 19 Sep 2009 13:45:42 +0200 From: Sven Eschenberg In-Reply-To: <20090919004502.GB31184@tansi.org> References: <20090919004502.GB31184@tansi.org> Content-Type: text/plain Date: Sat, 19 Sep 2009 13:45:41 +0200 Message-Id: <1253360741.4317.15.camel@HansWurst> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: [dm-crypt] md-raid5+lvm+dm-crypt+kvm: one streaming write starves all reads List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: dm-crypt@saout.de You are not alone there. But I fear there is no single flush timeout, I was trying to hunt something like it down for a while without success. The tuneable you gave determines how often pdflush daemons wake up, another one (with centisecs in its name) gives a bound (or threshold) after what time a dirty page is eligable at all (I'd assume that this one needs to be smaller, to force all pages that went dirty since the last pdflush wakeup, to be queued for a flush). Another tuneable gives some sort of a filling ratio of dirty pages (in respect to whole system memory) at which a flush is done (always? only when a daemon was woken up beforehand?). Unfortunately each tuneable is documented on it's own, there is no info, if all additional criteria is or-ed, xor-ed or and-ed (or even a mixture?) and there is no single equation giving the whole picture (well except somewhere in the source probably) - at least I couldn't find one. Regards -Sven P.S.: And I might be wrong, but I fear the I/O scheduling queue discipline could influence real world disk I/O patterns as well (In respect to the original post). On Sat, 2009-09-19 at 02:45 +0200, Arno Wagner wrote: > Hmm. It used to be that easy a long time ago. Seems the really > useful parameters are still hidden. I am more than a bit anoyed > by this. Does anybody here know where the eraly flush timeout > can be found? > > Arno > > > On Fri, Sep 18, 2009 at 11:21:32PM +0200, Sven Eschenberg wrote: > > Erh, no, this would come down to 0.1 seconds (since it's 100th - centi). > > > > And now, it does not start a flush, it only wakes the daemon up for > > analysis and consideration. If, and how much is flushed depends on other > > tuneables. > > Unfortunately it's not that straight forward. > > > > Regards > > > > -Sven > > > > P.S.: Sorry for the duplicate post with the wrong e-mail addy. > > > > On Fri, September 18, 2009 23:09, Arno Wagner wrote: > > > > > > A pity. Have you tried to set dirty_writeback_centisecs to > > > something very low, e.g. 10? If I understand this correctly that would > > cause regular flushes to start after 1 sec. > > > > > > > > > Arno > > > > > > > > > > > > > > > > _______________________________________________ > > dm-crypt mailing list > > dm-crypt@saout.de > > http://www.saout.de/mailman/listinfo/dm-crypt > > >