Subject: Re: log-buf-len dynamic
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Larry McVoy <lm@bitmover.com>
Cc: Rik van Riel <riel@redhat.com>, Andrea Arcangeli <andrea@suse.de>,
       andrea@kernel.org, Linus Torvalds <torvalds@osdl.org>,
       Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
       Matthew Wilcox <willy@debian.org>,
       Marcelo Tosatti <marcelo.tosatti@cyclades.com.br>
In-Reply-To: <20030924034552.GB7887@work.bitmover.com>
References: <20030924031602.GA7887@work.bitmover.com>
	 <Pine.LNX.4.44.0309232327490.15940-100000@chimarrao.boston.redhat.com>
	 <20030924034552.GB7887@work.bitmover.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: <1064408978.13459.34.camel@dhcp23.swansea.linux.org.uk>
Mime-Version: 1.0
Date: Wed, 24 Sep 2003 14:09:38 +0100
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1118
Lines: 23

On Mer, 2003-09-24 at 04:45, Larry McVoy wrote:
> Oh, I agree.  The problem space changes and you have to move with it.  
> I was just pointing out that by not learning from others you put yourself
> at a disadvantage.  There are a lot of bright minds in the Linux space,
> there is no question of that.  But they would do so much better if they
> understood the past.  The past holds a lot of information, ignoring it
> is a disadvantage.

It isnt just sizes. As the size has risen rapidly the disk data rates
have increased pretty well (factor of about 100 over an MFM disk 386)
but the seek time has shifted by a factor of 10. This has a huge impact
on the whole basic theory of things like paging in applications versus
doing a streaming preload of the code/data.

It also has a big impact on how swap is managed - it is pretty much as
cheap now to swap out 2Mb as 4K


-
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/