From: Sven Eschenberg <sven@whgl.uni-frankfurt.de>
To: dm-crypt@saout.de
Subject: Re: [dm-crypt] md-raid5+lvm+dm-crypt+kvm: one streaming write starves all reads
Date: Sat, 19 Sep 2009 13:45:41 +0200 [thread overview]
Message-ID: <1253360741.4317.15.camel@HansWurst> (raw)
In-Reply-To: <20090919004502.GB31184@tansi.org>
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
> >
>
next prev parent reply other threads:[~2009-09-19 11:46 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-18 21:21 [dm-crypt] md-raid5+lvm+dm-crypt+kvm: one streaming write starves all reads Sven Eschenberg
2009-09-19 0:45 ` Arno Wagner
2009-09-19 11:45 ` Sven Eschenberg [this message]
2009-10-21 10:48 ` Christian Pernegger
2009-10-21 10:59 ` Rick Moritz
2009-10-21 15:05 ` Christian Pernegger
2009-10-21 15:08 ` Rick Moritz
2009-10-21 15:34 ` Michael Gebetsroither
2009-10-21 20:22 ` Christian Pernegger
-- strict thread matches above, loose matches on Subject: below --
2009-09-15 23:54 Christian Pernegger
2009-09-16 8:11 ` Arno Wagner
2009-09-16 17:40 ` Christian Pernegger
[not found] ` <20090916215427.GA20647@tansi.org>
2009-09-17 0:36 ` Christian Pernegger
2009-09-17 11:12 ` Arno Wagner
2009-09-18 12:22 ` Christian Pernegger
2009-09-18 21:09 ` Arno Wagner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1253360741.4317.15.camel@HansWurst \
--to=sven@whgl.uni-frankfurt.de \
--cc=dm-crypt@saout.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.