Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760360AbZGADlQ (ORCPT ); Tue, 30 Jun 2009 23:41:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756668AbZGADlA (ORCPT ); Tue, 30 Jun 2009 23:41:00 -0400 Received: from sj-iport-1.cisco.com ([171.71.176.70]:45715 "EHLO sj-iport-1.cisco.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753187AbZGADk6 (ORCPT ); Tue, 30 Jun 2009 23:40:58 -0400 X-IronPort-AV: E=Sophos;i="4.42,320,1243814400"; d="scan'208";a="207943527" From: Roland Dreier To: Dan Magenheimer Cc: Linus Walleij , linux-kernel@vger.kernel.org, xen-devel@lists.xensource.com, npiggin@suse.de, chris.mason@oracle.com, kurt.hackel@oracle.com, dave.mccracken@oracle.com, Avi Kivity , jeremy@goop.org, Rik van Riel , alan@lxorguk.ukuu.org.uk, Rusty Russell , Martin Schwidefsky , akpm@osdl.org, Marcelo Tosatti , Balbir Singh , tmem-devel@oss.oracle.com, sunil.mushran@oracle.com, linux-mm@kvack.org, Himanshu Raj , linux-embedded@vger.kernel.org Subject: Re: [RFC] transcendent memory for Linux References: <5331ec14-c599-4317-bd5b-55911b8ee916@default> X-Message-Flag: Warning: May contain useful information Date: Tue, 30 Jun 2009 20:41:01 -0700 In-Reply-To: <5331ec14-c599-4317-bd5b-55911b8ee916@default> (Dan Magenheimer's message of "Mon, 29 Jun 2009 07:44:50 -0700 (PDT)") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-OriginalArrivalTime: 01 Jul 2009 03:41:01.0630 (UTC) FILETIME=[C0F825E0:01C9F9FD] Authentication-Results: sj-dkim-1; header.From=rdreier@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 648 Lines: 15 > One issue though: I would guess that copying pages of memory > could be very slow in an inexpensive embedded processor. And copying memory could very easily burn enough power by keeping the CPU busy that you lose the incremental gain of turning the memory off vs. just going to self refresh. (And the copying latency would easily be as bad as the transition latency to/from self-refresh). - R. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/