[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <45B842E6.5040008@redhat.com>
Date: Thu, 25 Jan 2007 00:40:54 -0500
From: Rik van Riel <riel@...hat.com>
To: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
CC: clameter@....com, aubreylee@...il.com, svaidy@...ux.vnet.ibm.com,
nickpiggin@...oo.com.au, rgetz@...ckfin.uclinux.org,
Michael.Hennerich@...log.com, linux-mm@...ck.org,
linux-kernel@...r.kernel.org
Subject: Re: [RFC] Limit the size of the pagecache
KAMEZAWA Hiroyuki wrote:
> On Wed, 24 Jan 2007 23:28:15 -0500
> Rik van Riel <riel@...hat.com> wrote:
>
>> KAMEZAWA Hiroyuki wrote:
>>
>>> FYI:
>>> Because some customers are migrated from mainframes, they want to control
>>> almost all features in OS, IOW, designing memory usages.
>> Don't you mean:
>>
>> "Because some customers are migrating from mainframes, they are
>> used to needing to control all features in OS" ? :)
>>
> Ah yes ;)
> I always says Linux is different from mainframes.
It's not just about Linux.
Applications behave differently too from the way they were 15
years ago.
Some databases, eg. sleepycat's db, map the whole database in
memory. Other databases, like MySQL and postgresql, rely on
the kernel's page cache to cache the most frequently accessed
data.
To make matters more interesting, memory sizes have increased
by a factor 1000, but disk seek times have only gotten 10 times
faster. This means that simplistic memory management algorithms
can hurt performance a lot more than they could back then.
In short, I am not convinced that any of the simple tunable knobs
from the "good old days" will do much to actually help people
with modern workloads on modern computers.
--
Politics is the struggle between those who want to make their country
the best in the world, and those who believe it already is. Each group
calls the other unpatriotic.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists