From: Christoph Hellwig <hch@lst.de>
To: Artem Bityutskiy <dedekind1@gmail.com>
Cc: Christoph Hellwig <hch@lst.de>,
axboe@kernel.dk, linux-fsdevel@vger.kernel.org
Subject: Re: [PATCH 1/3] writeback: simplify the write back thread queue
Date: Sun, 20 Jun 2010 11:00:06 +0200 [thread overview]
Message-ID: <20100620090006.GA14702@lst.de> (raw)
In-Reply-To: <1277023258.2503.27.camel@localhost.localdomain>
On Sun, Jun 20, 2010 at 11:40:58AM +0300, Artem Bityutskiy wrote:
> Christoph, thanks for simplifying this. I wonder also, why do we need
> the bdi_pending_list - for me it looks redundant.
>
> Also, do we need the forker task? It hurts because it wakes up every 5
> sec jut to check whether it has to fork something and to waste the
> battery energy. Do we really need to bdi threads to kill themselves
> after 5 minutes of inactivity?
I don't like the design very much either. I think the problem is that
we currently don't have an interface to tell whether a bdi is actually
used for a filesystem. We only need the flusher thread any filesystem
is using a bdi currently. I've started looking a this, but it's not
that easy. First I need to sort out the current bdi_init/register/
unregister/destroy interface which has grown organicly and currenly
isn't exacly symmetric. After that I can look into a new interface
to start/stop the thread on an otherwise fully set up bdi, which should
allow getting rid of the forker and it's complications.
next prev parent reply other threads:[~2010-06-20 9:00 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-19 21:07 [PATCH 1/3] writeback: simplify the write back thread queue Christoph Hellwig
2010-06-20 8:40 ` Artem Bityutskiy
2010-06-20 9:00 ` Christoph Hellwig [this message]
2010-06-21 7:47 ` Jens Axboe
2010-06-21 7:49 ` Christoph Hellwig
2010-06-21 7:56 ` Jens Axboe
2010-06-21 8:01 ` Jens Axboe
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=20100620090006.GA14702@lst.de \
--to=hch@lst.de \
--cc=axboe@kernel.dk \
--cc=dedekind1@gmail.com \
--cc=linux-fsdevel@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 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.