From: Bill Davidsen <davidsen@tmr.com>
To: Tomoki Sekiyama <tomoki.sekiyama.qu@hitachi.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
linux-kernel@vger.kernel.org, yumiko.sugita.yf@hitachi.com,
masami.hiramatsu.pt@hitachi.com, hidehiro.kawai.ez@hitachi.com,
yuji.kakutani.uw@hitachi.com, soshima@redhat.com,
haoki@redhat.com, kamezawa.hiroyu@jp.fujitsu.com,
nikita@clusterfs.com, leroy.vanlogchem@wldelft.nl
Subject: Re: [PATCH 0/3] VM throttling: avoid blocking occasional writers
Date: Mon, 26 Mar 2007 13:11:41 -0400 [thread overview]
Message-ID: <4607FECD.1090101@tmr.com> (raw)
In-Reply-To: <4607A01D.1060401@hitachi.com>
Tomoki Sekiyama wrote:
> Hi,
> Thanks for your reply.
>
>
>>> 3) Use "dirty_ratio" as the blocking ratio. And add
>>> "start_writeback_ratio", and start writeback at
>>> start_writeback_ratio(default:90) * dirty_ratio / 100 [%].
>>> In this way, specifying blocking ratio can be done in the same way
>>> as current kernel, but high/low watermark algorithm is enabled.
>>>
>> I like 3 better, it should make tuning behavior more precise.
>>
>
> Then, what do you think of the following idea?
>
> (4) add `dirty_start_writeback_ratio' as percentage of memory,
> at which a generator of dirty pages itself starts writeback
> (that is, non-blocking ratio).
>
> In this way, `dirty_ratio' is used as the blocking ratio, so we don't
> need to modify the sysctl.conf etc. I think it's easier to understand
> for administrators of systems, because the interface is similar as
> `dirty_background_ratio' and`dirty_ratio.'
>
> If this is OK, I'll repost the patch.
>
It sounds good to me, just be sure behavior is sane for for both
blocking less than start_writeback and vice versa.
>
>> You can make an argument for absolute values for writeback,
>> if my disk will only write 70MB/s I may only want 203 sec of
>> pending writes, regardless of available memory.
>>
>
> To realize tuning with absolute values, I consider that we need to
> modify handling of `dirty_background_ratio,' `dirty_ratio' and so on as
> well as `dirty_start_writeback_ratio.' I think this should be done in
> another patch if this feature is required.
>
> Regards,
> --
> Tomoki Sekiyama
> Hitachi, Ltd., Systems Development Laboratory
>
>
>
--
bill davidsen <davidsen@tmr.com>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
next prev parent reply other threads:[~2007-03-26 17:07 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-14 12:42 [PATCH 0/3] VM throttling: avoid blocking occasional writers Tomoki Sekiyama
2007-03-14 13:18 ` Peter Zijlstra
2007-03-15 19:07 ` Andrew Morton
2007-03-18 14:59 ` Bill Davidsen
2007-03-22 5:49 ` Tomoki Sekiyama
2007-03-22 11:41 ` Bill Davidsen
2007-03-26 10:27 ` Tomoki Sekiyama
2007-03-26 17:11 ` Bill Davidsen [this message]
2007-04-03 10:42 ` Tomoki Sekiyama
2007-04-03 10:46 ` [PATCH 1/2] VM throttling: Start writeback at dirty_writeback_start_ratio Tomoki Sekiyama
2007-04-06 0:31 ` Andrew Morton
2007-04-10 3:04 ` Tomoki Sekiyama
2007-04-10 3:46 ` Andrew Morton
2007-04-03 10:47 ` [PATCH 2/2] VM throttling: Add vm.dirty_start_writeback_ratio to sysctl Tomoki Sekiyama
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=4607FECD.1090101@tmr.com \
--to=davidsen@tmr.com \
--cc=akpm@linux-foundation.org \
--cc=haoki@redhat.com \
--cc=hidehiro.kawai.ez@hitachi.com \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=leroy.vanlogchem@wldelft.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=masami.hiramatsu.pt@hitachi.com \
--cc=nikita@clusterfs.com \
--cc=soshima@redhat.com \
--cc=tomoki.sekiyama.qu@hitachi.com \
--cc=yuji.kakutani.uw@hitachi.com \
--cc=yumiko.sugita.yf@hitachi.com \
/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.