All of lore.kernel.org
 help / color / mirror / Atom feed
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.


  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.