[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.0911031739380.1187@chino.kir.corp.google.com>
Date: Tue, 3 Nov 2009 17:46:48 -0800 (PST)
From: David Rientjes <rientjes@...gle.com>
To: Christoph Lameter <cl@...ux-foundation.org>
cc: Rik van Riel <riel@...hat.com>, Pavel Machek <pavel@....cz>,
Andrew Morton <akpm@...ux-foundation.org>,
Mel Gorman <mel@....ul.ie>, stable@...nel.org,
linux-kernel@...r.kernel.org, linux-mm@...ck.org,
Frans Pop <elendil@...net.nl>, Jiri Kosina <jkosina@...e.cz>,
Sven Geggus <lists@...hsschwanzdomain.de>,
Karol Lewandowski <karol.k.lewandowski@...il.com>,
Tobias Oetiker <tobi@...iker.ch>,
KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
Pekka Enberg <penberg@...helsinki.fi>,
Stephan von Krawczynski <skraw@...net.com>,
kernel-testers@...r.kernel.org
Subject: Re: [PATCH 2/3] page allocator: Do not allow interrupts to use
ALLOC_HARDER
On Tue, 3 Nov 2009, Christoph Lameter wrote:
> If you dont know what "realtime" is then we cannot really implement
> "realtime" behavior in the page allocator.
>
It's not intended to implement realtime behavior!
This is a convenience given to rt_task() to reduce latency when possible
by avoiding direct reclaim and allowing background reclaim to bring us
back over the low watermark.
That's been in the page allocator for over four years and is not intended
to implement realtime behavior. These tasks do not rely on memory
reserves being available.
Is it really hard to believe that tasks with such high priorities are
given an exemption in the page allocator so that we reclaim in the
background instead of directly?
I hope we can move this to another thread if people would like to remove
this exemption completely instead of talking about this trivial fix, which
I doubt there's any objection to.
--
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