[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080218102150.GL155407@sgi.com>
Date: Mon, 18 Feb 2008 21:21:50 +1100
From: David Chinner <dgc@....com>
To: Török Edwin <edwintorok@...il.com>
Cc: David Chinner <dgc@....com>, Oliver Pinter <oliver.pntr@...il.com>,
xfs@....sgi.com, Linux Kernel <linux-kernel@...r.kernel.org>,
Arjan van de Ven <arjan@...ux.intel.com>,
Christoph Lameter <clameter@....com>,
Christoph Hellwig <hch@...radead.org>
Subject: Re: xfsaild causing 30+ wakeups/s on an idle system since 2.6.25-rcX
On Mon, Feb 18, 2008 at 11:41:39AM +0200, Török Edwin wrote:
> David Chinner wrote:
> > On Sun, Feb 17, 2008 at 05:51:08PM +0100, Oliver Pinter wrote:
> >
> >> On 2/17/08, Török Edwin <edwintorok@...il.com> wrote:
> >>
> >>> Hi,
> >>>
> >>> xfsaild is causing many wakeups, a quick investigation shows
> >>> xfsaild_push is always
> >>> returning 30 msecs timeout value.
> >>>
> >
> > That's a bug
>
> Ok. Your patches fixes the 30+ wakeups :)
Good. I'll push it out for review then.
> > , and has nothing to do with power consumption. ;)
> >
>
> I suggest using a sysctl value (such as
> /proc/sys/vm/dirty_writeback_centisecs), instead of a hardcoded default
> 1000.
No, too magic. I dislike adding knobs to workaround issues that
really should be fixed by having sane default behaviour. Further
down the track as we correct know issues with the AIL push code
we'll be able to increase this idle timeout or even make it purely
wakeup driven once we get back to an idle state. However, right now
it still needs that once a second wakeup to work around a nasty
corner case that can hang the filesystem....
Cheers,
Dave.
--
Dave Chinner
Principal Engineer
SGI Australian Software Group
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists