linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Roger Larsson <roger.larsson@norran.net>
To: Ying Chen/Almaden/IBM <ying@almaden.ibm.com>
Cc: linux-mm@kvack.org
Subject: Re: memory pressure and kswapd
Date: Sat, 23 Sep 2000 22:48:50 +0200	[thread overview]
Message-ID: <39CD1732.AA1874B0@norran.net> (raw)
In-Reply-To: <OF84F4052E.D0DA6D69-ON88256963.005F5758@LocalDomain>

Hi,

This code was mostly mine...

keep_kswapd_awake returns one if:
 all zones are 'zone_wake_kswapd'
or
 any zone is MIN or below [critically low]

memory_pressure returns one if:
 any zone has less than LOW.
 (this test is rarely used...)

It is the keep_kswapd_awake that is the interesting one.
In test5 we did not check for critically low risking
to have run into a situation were DMA memory is needed
but none is available...

Your situation is probably that while trying to find one
of those files it has to scan throu lots of pages.


You might try to remove the test for MIN in
keep_kswapd_awake to see if things improve.

I have thought about adding more steps on the memory
stair to avoid this problem.

/RogerL

Ying Chen/Almaden/IBM wrote:
> 
> Hi,
> 
> I have a question on the memory_pressure() and keep_kswapd_awake() calls.
> The question may be specific to test6, since vm has been changed in more
> recently releases.
> Why should memory_pressure() and keep_kswapd_awake() return 1 as long as
> one of the zones is low on memory? Shouldn't it be the case that when all
> of the zones are low then return 1? I noticed that in some cases, when I
> ran out of memory in DMA and low memory zones, kswapd would kick in and is
> kept awake for ever, despite the fact that I still have about 1GB memory in
> the HIGH memory zone. At least I'd think that for NORMAL memory
> allocations, they should be able to use both LOW and HIGH memory zones, and
> only kick kswapd when both LOW and HIGH zones are short of memory.
> Am I missing something here?
> 
> Ying
> 
> --
> To unsubscribe, send a message with 'unsubscribe linux-mm' in
> the body to majordomo@kvack.org.  For more info on Linux MM,
> see: http://www.linux.eu.org/Linux-MM/

--
Home page:
  http://www.norran.net/nra02596/
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux.eu.org/Linux-MM/

      reply	other threads:[~2000-09-23 20:48 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-09-23 17:31 Ying Chen/Almaden/IBM
2000-09-23 20:48 ` Roger Larsson [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=39CD1732.AA1874B0@norran.net \
    --to=roger.larsson@norran.net \
    --cc=linux-mm@kvack.org \
    --cc=ying@almaden.ibm.com \
    /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