From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753686Ab1KHMPN (ORCPT ); Tue, 8 Nov 2011 07:15:13 -0500 Received: from mail001.aei.ca ([206.123.6.130]:49444 "EHLO mail001.aei.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751680Ab1KHMPK (ORCPT ); Tue, 8 Nov 2011 07:15:10 -0500 From: Ed Tomlinson To: Valdis.Kletnieks@vt.edu Cc: John Stoffel , Dan Magenheimer , Johannes Weiner , Pekka Enberg , Cyclonus J , Sasha Levin , Christoph Hellwig , David Rientjes , Linus Torvalds , linux-mm@kvack.org, LKML , Andrew Morton , Konrad Wilk , Jeremy Fitzhardinge , Seth Jennings , ngupta@vflare.org, Chris Mason , JBeulich@novell.com, Dave Hansen , Jonathan Corbet Subject: Re: [GIT PULL] mm: frontswap (for 3.2 window) Date: Tue, 08 Nov 2011 07:15:04 -0500 Message-ID: <15917317.H6lYS7chMM@grover> Organization: me User-Agent: KMail/4.7.3 (Linux/3.1.0-crc+; KDE/4.7.3; x86_64; ; ) In-Reply-To: <201529.1320618774@turing-police.cc.vt.edu> References: <20139.5644.583790.903531@quad.stoffel.home> <201529.1320618774@turing-police.cc.vt.edu> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sunday 06 November 2011 17:32:54 Valdis.Kletnieks@vt.edu wrote: > On Fri, 28 Oct 2011 16:52:28 EDT, John Stoffel said: > > Dan> "WHY" this is such a good idea is the same as WHY it is useful to > > Dan> add RAM to your systems. > > > > So why would I use this instead of increasing the physical RAM? > > You're welcome to buy me a new laptop that has a third DIMM slot. :) > > There's a lot of people running hardware that already has the max amount of > supported RAM, and who for budget or legacy-support reasons can't easily do a > forklift upgrade to a new machine. I've got three boxes with this problem here. Hense my support for frontswap/cleancache. Ed > > if I've got a large system which cannot physically use any more > > memory, then it might be worth my while to use TMEM to get more > > performance out of this expensive hardware. > > It's not always a large system....