From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Fri, 2 Mar 2007 15:15:48 +0900 From: Paul Mundt Subject: Re: The performance and behaviour of the anti-fragmentation related patches Message-ID: <20070302061548.GA13552@linux-sh.org> References: <20070301101249.GA29351@skynet.ie> <20070301160915.6da876c5.akpm@linux-foundation.org> <45E7835A.8000908@in.ibm.com> <20070301195943.8ceb221a.akpm@linux-foundation.org> <20070302145029.d4847577.kamezawa.hiroyu@jp.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070302145029.d4847577.kamezawa.hiroyu@jp.fujitsu.com> Sender: owner-linux-mm@kvack.org Return-Path: To: KAMEZAWA Hiroyuki Cc: Linus Torvalds , akpm@linux-foundation.org, balbir@in.ibm.com, mel@skynet.ie, npiggin@suse.de, clameter@engr.sgi.com, mingo@elte.hu, jschopp@austin.ibm.com, arjan@infradead.org, mbligh@mbligh.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org List-ID: On Fri, Mar 02, 2007 at 02:50:29PM +0900, KAMEZAWA Hiroyuki wrote: > On Thu, 1 Mar 2007 21:11:58 -0800 (PST) > Linus Torvalds wrote: > > > The whole DRAM power story is a bedtime story for gullible children. Don't > > fall for it. It's not realistic. The hardware support for it DOES NOT > > EXIST today, and probably won't for several years. And the real fix is > > elsewhere anyway (ie people will have to do a FBDIMM-2 interface, which > > is against the whole point of FBDIMM in the first place, but that's what > > you get when you ignore power in the first version!). > > > > Note: > I heard embeded people often designs their own memory-power-off control on > embeded Linux. (but it never seems to be posted to the list.) But I don't know > they are interested in generic memory hotremove or not. > Yes, this is not that uncommon of a thing. People tend to do this in a couple of different ways, in some cases the system is too loaded to ever make doing such a thing at run-time worthwhile, and in those cases these sorts of things tend to be munged in with the suspend code. Unfortunately it tends to be quite difficult in practice to keep pages in one place, so people rely on lame chip-select hacks and limiting the amount of memory that the kernel treats as RAM instead so it never ends up being an issue. Having some sort of a balance would certainly be nice, though. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org