2002-02-15 00:18:22

by Chris Croswhite

[permalink] [raw]
Subject: Problems with VM

I am having difficulties with memory allocation in teh 2.4.17 kernel.
Memory is being agressively given as cache but not retrieved to be used
as 'normal' ran. Consequently, I will have a machine that has 5M
'normal' RAM, 800M 'cache' RAM and the reset coming out of swap space.
I need this 'cache' RAM placed back into the available RAM pool to be
used by applications. Is there a patch/kernel configuration that I can
change this behavior?

Chris Croswhite
Get2Chip, Inc.


2002-02-15 00:22:53

by Rik van Riel

[permalink] [raw]
Subject: Re: Problems with VM

On Thu, 14 Feb 2002 [email protected] wrote:

> I am having difficulties with memory allocation in teh 2.4.17 kernel.
> Memory is being agressively given as cache but not retrieved to be used
> as 'normal' ran. Consequently, I will have a machine that has 5M
> 'normal' RAM, 800M 'cache' RAM and the reset coming out of swap space.
> I need this 'cache' RAM placed back into the available RAM pool to be
> used by applications. Is there a patch/kernel configuration that I can
> change this behavior?

If you feel adventurous, you could try my reverse mapping VM:

http://surriel.com/patches/2.4/2.4.17-rmap-12f


The changelog can be found at http://surriel.com/patches/Changelog.rmap

kind regards,

Rik
--
"Linux holds advantages over the single-vendor commercial OS"
-- Microsoft's "Competing with Linux" document

http://www.surriel.com/ http://distro.conectiva.com/

2002-02-15 00:34:04

by Alan

[permalink] [raw]
Subject: Re: Problems with VM

> as 'normal' ran. Consequently, I will have a machine that has 5M
> 'normal' RAM, 800M 'cache' RAM and the reset coming out of swap space.
> I need this 'cache' RAM placed back into the available RAM pool to be
> used by applications. Is there a patch/kernel configuration that I can
> change this behavior?

2.4.18-rc1 should fix the worst of that. The rmap patches in 2.4.18-ac
definitely fix it

2002-02-15 00:36:44

by David Lang

[permalink] [raw]
Subject: Re: Problems with VM

the linux kernel does not free any memory until someone needs it.

the way things should be happening is that the kernel will keep ~4-5M ram
free to be allocated instantly, and the rest of it will be used as cache.
Some percentage of the cache has been cleaned and is available to be
thrown out quickly if it is needed.

Some Swap space will be used in normal operation (when you start some
programs they use a huge amount of space and force things into swap, the
kernel will leave it there unless it is needed to run)

seeing swap space used is not cause for concern, only worry if you see
bunch of swap activity (lots of disk access) during your normal
operations.

David Lang




On Thu, 14 Feb 2002 [email protected] wrote:

> Date: Thu, 14 Feb 2002 16:18:08 -0800
> From: [email protected]
> To: [email protected]
> Subject: Problems with VM
>
> I am having difficulties with memory allocation in teh 2.4.17 kernel.
> Memory is being agressively given as cache but not retrieved to be used
> as 'normal' ran. Consequently, I will have a machine that has 5M
> 'normal' RAM, 800M 'cache' RAM and the reset coming out of swap space.
> I need this 'cache' RAM placed back into the available RAM pool to be
> used by applications. Is there a patch/kernel configuration that I can
> change this behavior?
>
> Chris Croswhite
> Get2Chip, Inc.
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>

2002-02-15 00:49:27

by J.A. Magallon

[permalink] [raw]
Subject: Re: Problems with VM


On 20020215 Alan Cox wrote:
>> as 'normal' ran. Consequently, I will have a machine that has 5M
>> 'normal' RAM, 800M 'cache' RAM and the reset coming out of swap space.
>> I need this 'cache' RAM placed back into the available RAM pool to be
>> used by applications. Is there a patch/kernel configuration that I can
>> change this behavior?
>
>2.4.18-rc1 should fix the worst of that. The rmap patches in 2.4.18-ac
>definitely fix it
>-
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to [email protected]
>More majordomo info at http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at http://www.tux.org/lkml/
>

Or oyu can try the next patch from Andrea Arcangeli for the vm, still
to include in mainline. I have adapted it to apply cleanly on plain
2.4.18-rc1:

http://giga.cps.unizar.es/~magallon/linux/2.4.18-rc1-slb1/00-vm-24.gz



--
J.A. Magallon # Let the source be with you...
mailto:[email protected]
Mandrake Linux release 8.2 (Cooker) for i586
Linux werewolf 2.4.18-rc1-slb1 #1 SMP Thu Feb 14 01:04:12 CET 2002 i686