From: Nick Piggin <piggin@cyberone.com.au>
To: "Anthony R." <russo.lutions@verizon.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: cache limit
Date: Tue, 19 Aug 2003 15:42:40 +1000 [thread overview]
Message-ID: <3F41B8D0.8060709@cyberone.com.au> (raw)
In-Reply-To: <3F41AA15.1020802@verizon.net>
Anthony R. wrote:
>Hi,
>
>
>
>I would like to tune my kernel not to use as much memory for cache
>as it currently does. I have 2GB RAM, but when I am running one program
>that accesses a lot of files on my disk (like rsync), that program uses
>most of the cache, and other programs wind up swapping out. I'd prefer to
>have just rsync run slower because less of its data is cached, rather
>than have
>all my other programs run more slowly. rsync is not allocating memory,
>but the kernel is caching it at the expense of other programs.
>
>With 2GB on a system, I should never page out, but I consistently do and I
>need to tune the kernel to avoid that. Cache usage is around 1.4 GB!
>I never had this problem with earlier kernels. I've read a lot of comments
>where so-called experts poo-poo this problem, but it is real and
>repeatable and I am
>ready to take matters into my own hands to fix it. I am told the cache
>is replaced when
>another program needs more memory, so it shouldn't swap, but that is not
>the
>behaviour I am seeing.
>
>Can anyone help point me in the right direction?
>Do any kernel developers care about this?
>
>My kernel is stock 2.4.21, I run Redhat 9 on a 3GHz P4. I'd give you MB
>info but I've seen
>this behaviour on other motherboards as well.
>
>Thank you very much for your help.
>
>-- tony
>"Surrender to the Void."
>-- John Lennon
>
>
Hi Anthony,
If you're up for a bit of work, give the "aa" series kernels a try, also
see how 2.6-test goes and be sure to report any problems you encounter.
The VM in stock 2.4 is slow to pick up updates due to being a stable series.
The problems definitely won't get poo-pooed here. Be sure you include a
good description of your workload and probably a log of vmstat 1 to start
with.
next prev parent reply other threads:[~2003-08-19 6:00 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-19 4:39 cache limit Anthony R.
2003-08-19 4:57 ` Nuno Silva
2003-08-19 5:33 ` Denis Vlasenko
2003-08-19 6:20 ` Andrew Morton
2003-08-19 9:05 ` J.A. Magallon
2003-08-19 9:16 ` Andrew Morton
2003-08-19 9:28 ` J.A. Magallon
2003-08-19 9:43 ` Andrew Morton
2003-08-19 13:32 ` Erik Andersen
2003-08-19 20:56 ` Andrew Morton
2003-08-19 14:28 ` Anthony R.
2003-08-19 18:26 ` Mike Fedyk
2003-08-19 5:42 ` Nick Piggin [this message]
2003-08-21 0:49 ` Takao Indoh
2003-08-21 23:47 ` Mike Fedyk
2003-08-25 2:45 ` Takao Indoh
2003-08-25 4:11 ` William Lee Irwin III
2003-08-25 22:58 ` Mike Fedyk
2003-08-26 9:46 ` William Lee Irwin III
2003-08-27 9:36 ` Takao Indoh
2003-08-27 9:45 ` William Lee Irwin III
2003-08-27 11:14 ` Takao Indoh
2003-08-27 11:36 ` William Lee Irwin III
2003-09-02 10:52 ` Takao Indoh
2003-09-02 11:30 ` William Lee Irwin III
2003-09-02 17:21 ` Mike Fedyk
2003-08-27 16:01 ` Joseph Malicki
[not found] <m6Bv.3ys.1@gated-at.bofh.it>
[not found] ` <mLY8.dO.5@gated-at.bofh.it>
2003-08-21 9:52 ` Ihar 'Philips' Filipau
2003-08-25 7:17 ` Takao Indoh
[not found] <n7lV.2HA.19@gated-at.bofh.it>
[not found] ` <ofAJ.4dx.9@gated-at.bofh.it>
[not found] ` <ogZM.5KJ.1@gated-at.bofh.it>
[not found] ` <oyDw.5FP.33@gated-at.bofh.it>
2003-08-26 10:15 ` Ihar 'Philips' Filipau
2003-08-26 17:46 ` Mike Fedyk
[not found] <oJ5P.699.21@gated-at.bofh.it>
[not found] ` <oJ5P.699.23@gated-at.bofh.it>
[not found] ` <oJ5P.699.25@gated-at.bofh.it>
[not found] ` <oJ5P.699.27@gated-at.bofh.it>
[not found] ` <oJ5P.699.19@gated-at.bofh.it>
[not found] ` <oQh2.4bQ.13@gated-at.bofh.it>
2003-08-26 19:08 ` Ihar 'Philips' Filipau
2003-08-26 19:23 ` Mike Fedyk
2003-08-27 10:21 ` Ihar 'Philips' Filipau
2003-08-27 11:07 ` Nick Piggin
[not found] <000801c36cb1$454d4950$1001a8c0@etofmv650>
2003-08-27 16:02 ` YoshiyaETO
-- strict thread matches above, loose matches on Subject: below --
2003-08-27 16:03 Joseph Malicki
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=3F41B8D0.8060709@cyberone.com.au \
--to=piggin@cyberone.com.au \
--cc=linux-kernel@vger.kernel.org \
--cc=russo.lutions@verizon.net \
/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.