All of lore.kernel.org
 help / color / mirror / Atom feed
From: Charles Shannon Hendrix <shannon@widomaker.com>
To: Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: OOM kills if swappiness set to 0, swap storms otherwise
Date: Tue, 2 May 2006 00:21:08 -0400	[thread overview]
Message-ID: <20060502042108.GD5691@widomaker.com> (raw)
In-Reply-To: <443B69BE.6060601@tlinx.org>

Tue, 11 Apr 2006 @ 01:33 -0700, Linda Walsh said:

>    Hmmm, not to be contrary, but I have a 1GB system that refuses to swap
> during large file i/o operations.  For the first time in a *long* time,
> I read someone's suggestion to increase swappiness -- I did, to 75 or 80,
> (I've booted since then, so it's back to 60 and no swap usage) and some of
> the programs that rarely run actually swapped.  It was great!  I finally had
> more memory for file i/o operations.

It's great if you actually need the file data that gets stored.

>    Maybe you are telling the system to "feel free" to use swap by having a
> large swap file?  

I don't believe that matters, and certainly doesn't seem to affect my
own system.

If I use a smaller swap file, I just run out faster.

Is your experience different?

> I agree.  Try getting rid of your swap file entirely -- your system
> will still run unless you are overloading memory, but you have a Gig.
> How much do you need to keep in memory?  Sure, if/when I get a 4-way
> CPU (I have a 2-cpu setup now), I might go up to 4G, but I might be
> running multiple virtual machines too!

Sure it will run, but I *want* swap to be used to remove unused
programs.

My current problem is that *useful* program code is being swapped out and
being replaced by *useless* cached file data.

>    You might try the "cfq" block i/o algorithm.  Then you can
> ionice down the disk priority of background processes (though you need
> to be root to reduce ionice levels at this point, unlike cpu nice).

I've not seen ionice.


-- 
shannon "AT" widomaker.com -- ["All of us get lost in the darkness,
dreamers turn to look at the stars" -- Rush ]

  reply	other threads:[~2006-05-02  4:21 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-03-28  1:53 OOM kills if swappiness set to 0, swap storms otherwise Lee Revell
2006-03-28  3:59 ` Andrew Morton
2006-03-28  4:09   ` Lee Revell
2006-03-28  4:12   ` Parag Warudkar
2006-03-28  4:20     ` Lee Revell
2006-04-05 14:47   ` Charles Shannon Hendrix
2006-04-05 20:47     ` Bill Davidsen
2006-05-02  4:12       ` Charles Shannon Hendrix
2006-04-11  8:33     ` Linda Walsh
2006-05-02  4:21       ` Charles Shannon Hendrix [this message]
2006-05-02  5:04         ` Randy.Dunlap
2006-03-28 11:41 ` Alan Cox
  -- strict thread matches above, loose matches on Subject: below --
2006-04-06  1:13 Shantanu Goel

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=20060502042108.GD5691@widomaker.com \
    --to=shannon@widomaker.com \
    --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 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.