From mboxrd@z Thu Jan 1 00:00:00 1970 From: Al Boldi Subject: Re: [RFC] VM: I have a dream... Date: Mon, 23 Jan 2006 21:03:06 +0300 Message-ID: <200601232103.07007.a1426z@gawab.com> References: <200601212108.41269.a1426z@gawab.com> <20060122123335.GB26683@lnx-holt.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org Return-path: Received: from [212.76.86.174] ([212.76.86.174]:3343 "EHLO raad.intranet") by vger.kernel.org with ESMTP id S964856AbWAWSED (ORCPT ); Mon, 23 Jan 2006 13:04:03 -0500 To: Robin Holt In-Reply-To: <20060122123335.GB26683@lnx-holt.americas.sgi.com> Content-Disposition: inline Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org Robin Holt wrote: > On Sat, Jan 21, 2006 at 09:08:41PM +0300, Al Boldi wrote: > > > > Wouldn't it be nice to take advantage of todays 64bit archs and TB > > drives, and run a more modern way of life w/o this memory/storage split > > personality? > > Your simple world introduces a level of complexity to the kernel which > is nearly unmanageable. Basically, you are asking the system to intuit > your desires. The swap device/file scheme allows an administrator to > control some aspects of their system while giving the kernel developer > a reasonable number of variables to work with. That, at least to me, > does not sound schizophrenic, but rather very reasonable. > > Sorry for raining on your parade, Thanks for your detailed response, it rather felt like a fresh breeze. Really, I was more thinking about a step by step rather than an all or none approach. Something that would involve tmpfs merged with swap mapped into linear address space limited by arch bits, and everything else connected as archive. The idea here is to run inside swap instead of using it as an addon. In effect running inside memory cached by physical RAM. Wouldn't something like this at least represent a simple starting point? Thanks! -- Al