public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Martin.Knoblauch" <Martin.Knoblauch@TeraPort.de>
To: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: 2.4.5 VM
Date: Tue, 05 Jun 2001 13:18:54 +0200	[thread overview]
Message-ID: <3B1CC01E.4A80C2E8@TeraPort.de> (raw)

Hi,

 first of all, I am not complaining, or calling things buggy. I know
that what I am running is "work in progress" and that one gets what one
deserves :-) 2.4.x has been stable for me and given me no severe problem
besides the changed pcmcia/cardbus support somewhere in 2.4.4-acx

 Just let me add my observation. The VM behaviour of 2.4.5 (started with
some 2.4.4-ac kernel) is definitely less than an improvement for *my*
setup. I am running a Thinkpad570 with 128 MB memory and about the same
amount of swap (I know, against reccomendation).

 Under the new VM behaviour, I easily get in a situation where the
system feels very sluggish. At that point in time, about 70-80% of
memory are Cache, the rest is Used and some small amount of free. Swap
is usually less than half filled and paging activity is about zero (some
sporadic page out). Typical case is a kernel build plus a Netscape
session. No unusal behaviour showing up in "top" - just sluggish system
response.

 My gut feeling is that the Cache is pressing to hard against process
memory. This may be great for some setups, but it is not good for others
(like mine).

 What would be great (maybe someone is already working on it) are some
tuning measures to tweak the cacheing behaviour.

 Just my 2 (Euro-)cents.

Martin
-- 
------------------------------------------------------------------
Martin Knoblauch         |    email:  Martin.Knoblauch@TeraPort.de
TeraPort GmbH            |    Phone:  +49-89-510857-309
C+ITS                    |    Fax:    +49-89-510857-111
http://www.teraport.de   |    Mobile: +49-170-4904759

             reply	other threads:[~2001-06-05 11:19 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-06-05 11:18 Martin.Knoblauch [this message]
2001-06-05 17:20 ` 2.4.5 VM Alan Cox
2001-06-06  7:06   ` Martin.Knoblauch
2001-06-06  7:42     ` Christian Bornträger
2001-06-06  7:51     ` Alan Cox
2001-06-06  7:45   ` Jonathan Morton
  -- strict thread matches above, loose matches on Subject: below --
2001-06-01 17:15 Miquel Colom Piza
2001-06-01 17:53 ` Ken Brownfield
     [not found] <Pine.LNX.4.10.10106011028150.6653-100000@webman.medikredit.co.>
2001-06-01  9:27 ` Marcin Kowalski
2001-06-01 14:42   ` Marcelo Tosatti
2001-05-31 22:46 Trever L. Adams
2001-05-31 22:49 ` Alan Cox
2001-05-31 22:56   ` Trever L. Adams
2001-05-31 22:57     ` Alan Cox
2001-06-01  4:27       ` Billy Harvey
2001-06-01  8:29   ` Marcin Kowalski
2001-06-01  8:43     ` David Rees
2001-06-01 15:48   ` Russell Leighton
2001-05-31 22:59 ` Christopher Zimmerman
2001-05-31 23:40   ` Trever L. Adams
2001-05-31 23:56   ` Christopher Zimmerman
2001-05-31 23:58     ` Christopher Zimmerman

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=3B1CC01E.4A80C2E8@TeraPort.de \
    --to=martin.knoblauch@teraport.de \
    --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