Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263017AbTEHDFE (ORCPT ); Wed, 7 May 2003 23:05:04 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263152AbTEHDFE (ORCPT ); Wed, 7 May 2003 23:05:04 -0400 Received: from fmr05.intel.com ([134.134.136.6]:39118 "EHLO hermes.jf.intel.com") by vger.kernel.org with ESMTP id S263017AbTEHDFD convert rfc822-to-8bit (ORCPT ); Wed, 7 May 2003 23:05:03 -0400 Message-ID: From: "Perez-Gonzalez, Inaky" To: "'jw schultz'" , "'linux-kernel@vger.kernel.org'" Subject: RE: Swap Compression Date: Wed, 7 May 2003 20:17:32 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1218 Lines: 31 > From: jw schultz [mailto:jw@pegasys.ws] > > While we're having thoughts, this thread keeps me thinking > it would make sense to have a block device driver that would > be assigned unused memory. > > I don't mean memory on video cards etc. I'm thinking of the > 10% of RAM unused when 1GB systems are booted with MEM=900M > because they run faster with HIGHMEM turned off. > > The primary use for this "device" would be high priority swap. > Even with whatever overhead it takes to access it should be > orders of magnitude faster than any spinning media. This reminds me of some howto I saw somewhere of someway to use the MTD drivers to access the unused video RAM and turn it into swap (maybe with blkmtd?) ... probably it can be done with that too. I'd really love it ... I don't know if I can blame it on highmem or not, but since I enabled it, my system 'feels' slower. I?aky P?rez-Gonz?lez -- Not speaking for Intel -- all opinions are my own (and my fault) - 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/