linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "M. Edward Borasky" <znmeb@aracnet.com>
To: <linux-kernel@vger.kernel.org>
Subject: RE: page_launder() on 2.4.9/10 issue
Date: Thu, 6 Sep 2001 06:54:14 -0700	[thread overview]
Message-ID: <HBEHIIBBKKNOBLMPKCBBOEMFDKAA.znmeb@aracnet.com> (raw)
In-Reply-To: <592148204.999786238@[10.132.112.53]>

I'm relatively new to the Linux kernel world and even newer to the list, so
forgive me if I'm asking a silly question or making a silly comment. It
seems to me, from what I've seen of this discussion so far, that the only
way one "tunes" Linux kernels at the moment is by changing code and
rebuilding the kernel. That is, there are few "tunables" that one can set,
based on one's circumstances, to optimize kernel performance for a specific
application or environment.

Every other operating system that I've done performance tuning on, starting
with Xerox CP-V in 1974, had such tunables and tools to set them. And quite
often, some of the tuning parameters can be set "on the fly", simply by
knowing the correct memory location to set and poking a new value into it.
No one "memory management scheme", for example, can be all things to all
tasks, and it seems to me that giving users tools to measure and control the
behavior of memory management, *preferably without having to recompile and
reboot*, should be a major priority if Linux is to succeed in a wide variety
of applications.

OK, I'll get off my soapbox now, and ask a related question. Is there a
mathematical model of the Linux kernel somewhere that I could get my hands
on?
--
M. Edward (Ed) Borasky, Chief Scientist, Borasky Research
http://www.borasky-research.net  http://www.aracnet.com/~znmeb
mailto:znmeb@borasky-research.com  mailto:znmeb@aracnet.com

Stand-Up Comedy: Because Man Does Not Live By Dread Alone


  reply	other threads:[~2001-09-06 13:53 UTC|newest]

Thread overview: 79+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-08-28  3:36 page_launder() on 2.4.9/10 issue Marcelo Tosatti
2001-08-28 18:07 ` Daniel Phillips
2001-08-28 18:17   ` Linus Torvalds
2001-08-30  1:36     ` Daniel Phillips
2001-09-03 14:57     ` Marcelo Tosatti
2001-09-04 15:26       ` Jan Harkes
2001-09-04 15:24         ` Marcelo Tosatti
2001-09-04 17:14           ` Jan Harkes
2001-09-04 15:53             ` Marcelo Tosatti
2001-09-04 19:33             ` Daniel Phillips
2001-09-06 11:52             ` Rik van Riel
2001-09-06 12:31               ` Daniel Phillips
2001-09-06 12:32                 ` Rik van Riel
2001-09-06 12:53                   ` Daniel Phillips
2001-09-06 13:03                     ` Rik van Riel
2001-09-06 13:18                       ` Kurt Garloff
2001-09-06 13:23                         ` Rik van Riel
2001-09-06 13:28                         ` Alan Cox
2001-09-06 13:29                           ` Rik van Riel
2001-09-06 16:45                         ` Daniel Phillips
2001-09-06 16:57                           ` Rik van Riel
2001-09-06 17:22                             ` Daniel Phillips
2001-09-06 19:25                               ` Rik van Riel
2001-09-06 19:45                                 ` Daniel Phillips
2001-09-06 19:52                                   ` Rik van Riel
2001-09-07  0:32                                     ` Kurt Garloff
2001-09-06 19:53                                   ` Mike Fedyk
2001-09-06 17:35                         ` Mike Fedyk
2001-09-06 13:10               ` Stephan von Krawczynski
2001-09-06 13:23                 ` Alex Bligh - linux-kernel
2001-09-06 13:54                   ` M. Edward Borasky [this message]
2001-09-06 14:39                     ` Alan Cox
2001-09-06 16:20                       ` Victor Yodaiken
2001-09-06 17:33                     ` Daniel Phillips
2001-09-06 13:42                 ` Stephan von Krawczynski
2001-09-06 14:01                   ` Alex Bligh - linux-kernel
2001-09-06 14:39                   ` Stephan von Krawczynski
2001-09-06 15:02                     ` Alex Bligh - linux-kernel
2001-09-06 15:07                       ` Rik van Riel
     [not found]                         ` <Pine.LNX.4.33L.0109061206020.31200-100000@imladris.rielhome.con ectiva>
2001-09-06 15:16                           ` Alex Bligh - linux-kernel
2001-09-06 15:10                     ` Stephan von Krawczynski
2001-09-06 15:18                       ` Alex Bligh - linux-kernel
2001-09-06 17:34                         ` Daniel Phillips
2001-09-06 17:32                           ` Alex Bligh - linux-kernel
2001-09-06 17:51                 ` Daniel Phillips
2001-09-06 21:01                   ` [RFC] Defragmentation proposal: preventative maintenance and cleanup [LONG] Alex Bligh - linux-kernel
2001-09-07  6:35                     ` Daniel Phillips
2001-09-07  8:58                       ` Alex Bligh - linux-kernel
2001-09-07  9:15                         ` Alex Bligh - linux-kernel
2001-09-07  9:28                           ` Alex Bligh - linux-kernel
2001-09-07 21:38                           ` Daniel Phillips
2001-09-07 21:56                         ` Daniel Phillips
2001-09-07 12:30                 ` page_launder() on 2.4.9/10 issue Stephan von Krawczynski
2001-09-04 16:27         ` Rik van Riel
2001-09-04 17:13           ` Jan Harkes
2001-09-04 15:56             ` Marcelo Tosatti
2001-09-04 17:54               ` Jan Harkes
2001-09-04 16:37                 ` Marcelo Tosatti
2001-09-04 18:49                 ` Alan Cox
2001-09-04 19:39                   ` Jan Harkes
2001-09-04 20:25                     ` Alan Cox
2001-09-06 11:23                       ` Rik van Riel
2001-09-04 19:54                 ` Andrea Arcangeli
2001-09-04 18:36                   ` Marcelo Tosatti
2001-09-04 20:10                   ` Daniel Phillips
2001-09-04 22:04                     ` Andrea Arcangeli
2001-09-05  2:41                       ` Daniel Phillips
2001-09-06 11:18                   ` Rik van Riel
2001-09-04 17:35             ` Daniel Phillips
2001-09-04 20:43           ` Jan Harkes
2001-09-06 11:21             ` Rik van Riel
     [not found] <20010828180108Z16193-32383+2058@humbolt.nl.linux.org.suse.lists.linux.kernel>
     [not found] ` <Pine.LNX.4.33.0108281110540.8754-100000@penguin.transmeta.com.suse.lists.linux.kernel>
2001-08-28 19:14   ` Andi Kleen
2001-08-29 13:48     ` Rik van Riel
2001-08-29 13:49       ` Linus Torvalds
2001-08-29 14:38         ` Rik van Riel
2001-08-28 20:01   ` David S. Miller
2001-08-28 20:49     ` Linus Torvalds
2001-08-28 20:56     ` David S. Miller
2001-09-27 23:14 Samium Gromoff

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=HBEHIIBBKKNOBLMPKCBBOEMFDKAA.znmeb@aracnet.com \
    --to=znmeb@aracnet.com \
    --cc=linux-kernel@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).