From: Rajagopal Ananthanarayanan <ananth@sgi.com>
To: Benjamin Redelings I <bredelin@ucla.edu>, torvalds@transmeta.com
Cc: linux-mm@kvack.org
Subject: Re: [DATAPOINT] pre7-6 will not swap
Date: Sat, 06 May 2000 10:12:39 -0700 [thread overview]
Message-ID: <39145287.D8F1F0C1@sgi.com> (raw)
In-Reply-To: <8evk0f$7jote$1@fido.engr.sgi.com>
Benjamin Redelings I wrote:
>
> Hi,
> I just compiled pre7-6. It seems more useable than pre7-5. However,
> it basically does not swap. The first time there is any memory
> pressure, it swaps 32 pages (128k), and it never swaps again.
> In similar circumstances, pre7-4 has gotten up to 30Mb swapped. There
> are many unused daemons running in my 64Mb RAM.
>
> I also reverted to
> count = nr_threads / (priority +1)
> though I didn't check carefully what this did. Anyway, it doesn't
> seem to make a difference.
>
Yes, your observation is a good summarization of 7-6 behaviour.
I'm also not seeing good results. The writes from dbench
start failing; i guess the grab_page_cache in generic_file_write
is returning ENOMEM.
Again, as you say, the system doesn't want to swap after an intial
flurry of activity.
Linus has taken in the fix to "old" vs. "young" in shrink_mmap,
and taken out the aggressive counter change (also in shrink_mmap).
But apparently another change in try_to_swap_out is causing problems.
I haven't an analytical evaluation, but empericically, if I remove this
in try_to_swap_out (mm/vmscan.c), dbench runs ok.
--------------- mm/vmscan.c around line 113 --------------
/*
* Don't do any of the expensive stuff if
* we're not really interested in this zone.
*/
if (!page->zone->zone_wake_kswapd)
goto out_unlock;
----------------------------------------------------------
Benjamin, can you comment this line out and see if it improves things?
Linus, one thing crossed my mind. With the above change swap_out()
will "count" as having tried this process, although the zone may
never need balancing. Aren't the initial system threads at the
beginning of the task_list? If so, do you think their zones may
never balancing? ... and hence swap_out in essence gives up early?
--------------------------------------------------------------------------
Rajagopal Ananthanarayanan ("ananth")
Member Technical Staff, SGI.
--------------------------------------------------------------------------
--
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/
next parent reply other threads:[~2000-05-06 17:12 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <8evk0f$7jote$1@fido.engr.sgi.com>
2000-05-06 17:12 ` Rajagopal Ananthanarayanan [this message]
2000-05-06 4:25 ` Benjamin Redelings I
2000-05-06 19:35 ` Linus Torvalds
2000-05-06 5:35 ` Benjamin Redelings I
2000-05-06 21:46 ` Rik van Riel
2000-05-06 22:24 ` Rajagopal Ananthanarayanan
2000-05-06 14:03 ` Benjamin Redelings I
2000-05-07 0:22 ` Rik van Riel
2000-05-07 2:23 ` Linus Torvalds
2000-05-07 17:40 ` Rik van Riel
2000-05-07 17:53 ` Linus Torvalds
2000-05-07 19:13 ` Rajagopal Ananthanarayanan
2000-05-07 19:30 ` Linus Torvalds
2000-05-08 20:40 ` gprof data for pre7-6 Rajagopal Ananthanarayanan
2000-05-09 1:52 ` [DATAPOINT] pre7-6 will not swap Quintela Carreira Juan J.
2000-05-09 2:28 ` Rajagopal Ananthanarayanan
2000-05-09 2:33 ` Linus Torvalds
2000-05-09 3:31 ` Rajagopal Ananthanarayanan
2000-05-09 15:56 ` [DATAPOINT] pre7-8 swaps with FREE mem? Benjamin Redelings I
2000-05-06 20:12 ` PG_referenced and lru_cache (cpu%) Roger Larsson
2000-05-06 18:31 ` Rik van Riel
2000-05-06 22:16 ` Roger Larsson
2000-05-05 8:07 [DATAPOINT] pre7-6 will not swap Benjamin Redelings I
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=39145287.D8F1F0C1@sgi.com \
--to=ananth@sgi.com \
--cc=bredelin@ucla.edu \
--cc=linux-mm@kvack.org \
--cc=torvalds@transmeta.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