All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Snook <csnook@redhat.com>
To: Martin Knoblauch <knobi@knobisoft.de>
Cc: linux-kernel@vger.kernel.org,
	Peter zijlstra <a.p.zijlstra@chello.nl>,
	Fengguang Wu <wfg@mail.ustc.edu.cn>
Subject: Re: How to find out, what "pdflush" is working on
Date: Tue, 16 Sep 2008 15:07:29 -0400	[thread overview]
Message-ID: <48D003F1.50101@redhat.com> (raw)
In-Reply-To: <849662.25086.qm@web32602.mail.mud.yahoo.com>

Martin Knoblauch wrote:
> Hi,
> 
> I find the following comment in mm/pdflush.c
> 
> /* * The pdflush threads are worker threads for writing back dirty data. *
> Ideally, we'd like one thread per active disk spindle.  But the disk *
> topology is very hard to divine at this level.   Instead, we take * care in
> various places to prevent more than one pdflush thread from * performing
> writeback against a single filesystem.  pdflush threads * have the PF_FLUSHER
> flag set in current->flags to aid in this. */
> 
> Is there a way to find out what a certain instance of "pdflush" is working
> on? Like which block-device or which fliesystem it is writing to? I am still
> (2.6.27) trying to track down why writing a single file can make linux very
> sluggish and unresponsive. If that happens I usually see all possible 8
> "pdflush" threads being in "D"-state. According to above comment only one of
> them should be really busy.

The key word is "ideally".  We'd like it to work that way, but it doesn't. 
Patches to fix this are welcome.

-- Chris

  reply	other threads:[~2008-09-16 19:10 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-16 13:09 How to find out, what "pdflush" is working on Martin Knoblauch
2008-09-16 19:07 ` Chris Snook [this message]
2008-09-26 21:24   ` Frank Ch. Eigler
  -- strict thread matches above, loose matches on Subject: below --
2008-09-17  8:11 Martin Knoblauch

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=48D003F1.50101@redhat.com \
    --to=csnook@redhat.com \
    --cc=a.p.zijlstra@chello.nl \
    --cc=knobi@knobisoft.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=wfg@mail.ustc.edu.cn \
    /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.