[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080622112100.794b1ae1@infradead.org>
Date: Sun, 22 Jun 2008 11:21:00 -0700
From: Arjan van de Ven <arjan@...radead.org>
To: Mel Gorman <mel@....ul.ie>
Cc: Daniel J Blueman <daniel.blueman@...il.com>,
Christoph Lameter <clameter@....com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Alexander Beregalov <a.beregalov@...il.com>,
Linux Kernel <linux-kernel@...r.kernel.org>, dgc@....com
Subject: Re: [2.6.26-rc7] shrink_icache from pagefault locking (nee: nfsd
hangs for a few sec)...
On Sun, 22 Jun 2008 19:10:11 +0100
Mel Gorman <mel@....ul.ie> wrote:
> On (22/06/08 10:58), Daniel J Blueman didst pronounce:
> > I'm seeing a similar issue [2] to what was recently reported [1] by
> > Alexander, but with another workload involving XFS and memory
> > pressure.
> >
>
> Is NFS involved or is this XFS only? It looks like XFS-only but no
> harm in being sure.
>
> I'm beginning to wonder if this is a problem where a lot of dirty
> inodes are being written back in this path and we stall while that
> happens. I'm still not getting why we are triggering this now and did
> not before 2.6.26-rc1 or why it bisects to the zonelist
> modifications. Diffing the reclaim and allocation paths between
> 2.6.25 and 2.6.26-rc1 has not yielded any candidates for me yet that
> would explain this.
>
this sort of thing can easily be exposed with the latencytop tool...
it will at least tell you WHAT the system is blocking on.
(not so much the why, the tool isn't smart enough to automatically spit
out kernel patches yet)
--
If you want to reach me at my work email, use arjan@...ux.intel.com
For development, discussion and tips for power savings,
visit http://www.lesswatts.org
--
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