All of lore.kernel.org
 help / color / mirror / Atom feed
From: William Lee Irwin III <wli@holomorphy.com>
To: Daniel Phillips <phillips@arcor.de>
Cc: Russell Lewis <spamhole-2001-07-16@deming-os.org>,
	linux-kernel@vger.kernel.org
Subject: Re: Looking for links: Why Linux Doesn't Page Kernel Memory?
Date: Sat, 27 Jul 2002 17:57:22 -0700	[thread overview]
Message-ID: <20020728005722.GR25038@holomorphy.com> (raw)
In-Reply-To: <E17Yc6Q-0001yA-00@starship>

On Sun, Jul 28, 2002 at 02:40:05AM +0200, Daniel Phillips wrote:
> There are two elephants in the bathtub: the mem_map array, which holds a few 
> bytes of state information for each physical page in the system, and page 
> tables, neither of which are swapped or pruned in any way.  We are now 
> beginning to suffer pretty badly because of this, on certain high end 
> configurations.  The problem is, these structures have to keep track of much 
> more than just the kernel memory.  The former has to have entries for all of 
> the high memory pages (not addressable within the kernel's normal virtual 
> address space) and the latter has to keep track of pages mapped into every 
> task in the system, in other words, a virtually unlimited amount of memory 
> (pun intended).  Solutions are being pursued.  Paging page tables to swap is 
> one of the solutions being considered, though nobody has gone so far as to 
> try it yet.  An easier solution is to place page tables in high memory, and a 
> patch for this exists.  There is also work being done on page table sharing.

sizeof(mem_map) is a crippling issue for 32-bit machines. Something needs
to be done and fast, but it looks like most of the programmer resources
that would otherwise be there to attack the issue are tied up with even
more severe problems preventing even smaller machines from working well.
Hopefully those can be dealt with swiftly enough before Halloween.

Cheers,
Bill

      reply	other threads:[~2002-07-28  0:54 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-07-26 17:59 Looking for links: Why Linux Doesn't Page Kernel Memory? Russell Lewis
2002-07-26 18:17 ` Andreas Dilger
2002-07-26 18:21 ` Robert Love
2002-07-26 19:10   ` Rik van Riel
2002-07-26 19:16     ` Robert Love
2002-07-26 19:18       ` Rik van Riel
2002-07-28  1:48         ` William Lee Irwin III
2002-07-28  1:56           ` Rik van Riel
2002-07-26 19:25 ` Richard B. Johnson
2002-07-26 19:33 ` Alan Cox
2002-07-26 19:43   ` Mike Castle
2002-07-27 16:24   ` David Woodhouse
2002-07-27 16:56     ` Rik van Riel
2002-07-28  0:59     ` Daniel Phillips
2002-07-28 20:07       ` Alan Cox
2002-07-28  0:40 ` Daniel Phillips
2002-07-28  0:57   ` William Lee Irwin III [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020728005722.GR25038@holomorphy.com \
    --to=wli@holomorphy.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=phillips@arcor.de \
    --cc=spamhole-2001-07-16@deming-os.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.