From: Artem Bityutskiy <dedekind1@gmail.com>
To: Christoph Hellwig <hch@infradead.org>
Cc: Jens Axboe <axboe@kernel.dk>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCHv4 12/14] writeback: optimize periodic bdi thread wakeups
Date: Sat, 24 Jul 2010 09:00:08 +0300 [thread overview]
Message-ID: <1279951208.4655.5.camel@localhost> (raw)
In-Reply-To: <20100723162800.GB29633@infradead.org>
On Fri, 2010-07-23 at 12:28 -0400, Christoph Hellwig wrote:
> I haven't reviewed this in detail, but what ensures the timer is
> synchronously removed when the forker goes away?
Good point, thanks.
> I don't see a
> del_timer_sync call anywhere. For now it might be easier to just
> skip this patch and leave it for later.
Well, my tests showed that with this patch the flushers wake up
considerably less. So I'll try to come up with a better patch.
I will set-up better testing. Will hack things so that the background
dirty writeout timeout is something like 1-3 jiffies and the bdi thread
inactive timeout is something like 3-5 jiffies. Then will write a script
which forks many tasks each of each creates a loop-back device, mounts
it, does some I/O, unmounts, removes the loop-back device, and so on. If
run for long time, it should give good stress to the code paths I'm
working on. I have a 2-way 4-core (total 8) amd64 testbox to test.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
next prev parent reply other threads:[~2010-07-24 6:00 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-23 15:05 [PATCHv4 00/14] kill unnecessary bdi wakeups + cleanups Artem Bityutskiy
2010-07-23 15:05 ` [PATCHv4 01/14] writeback: harmonize writeback threads naming Artem Bityutskiy
2010-07-23 15:05 ` [PATCHv4 02/14] writeback: fix possible race when creating bdi threads Artem Bityutskiy
2010-07-23 15:05 ` [PATCHv4 03/14] writeback: do not lose wake-ups in the forker thread - 1 Artem Bityutskiy
2010-07-23 15:05 ` [PATCHv4 04/14] writeback: do not lose wake-ups in the forker thread - 2 Artem Bityutskiy
2010-07-23 15:05 ` [PATCHv4 05/14] writeback: do not lose wake-ups in bdi threads Artem Bityutskiy
2010-07-23 15:05 ` [PATCHv4 06/14] writeback: simplify bdi code a little Artem Bityutskiy
2010-07-23 15:05 ` [PATCHv4 07/14] writeback: do not remove bdi from bdi_list Artem Bityutskiy
2010-07-23 15:05 ` [PATCHv4 08/14] writeback: move last_active to bdi Artem Bityutskiy
2010-07-23 15:05 ` [PATCHv4 09/14] writeback: restructure bdi forker loop a little Artem Bityutskiy
2010-07-23 15:05 ` [PATCHv4 10/14] writeback: move bdi threads exiting logic to the forker thread Artem Bityutskiy
2010-07-23 16:23 ` Christoph Hellwig
2010-07-24 5:55 ` Artem Bityutskiy
2010-07-23 15:05 ` [PATCHv4 11/14] writeback: prevent unnecessary bdi threads wakeups Artem Bityutskiy
2010-07-23 15:05 ` [PATCHv4 12/14] writeback: optimize periodic bdi thread wakeups Artem Bityutskiy
2010-07-23 16:28 ` Christoph Hellwig
2010-07-24 6:00 ` Artem Bityutskiy [this message]
2010-07-23 15:05 ` [PATCHv4 13/14] writeback: remove unnecessary init_timer call Artem Bityutskiy
2010-07-23 16:28 ` Christoph Hellwig
2010-07-23 15:05 ` [PATCHv4 14/14] writeback: add new tracepoints Artem Bityutskiy
2010-07-23 16:29 ` Christoph Hellwig
2010-07-24 6:01 ` Artem Bityutskiy
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=1279951208.4655.5.camel@localhost \
--to=dedekind1@gmail.com \
--cc=axboe@kernel.dk \
--cc=hch@infradead.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).