From: Silviu Marin-Caea <silviu@genesys.ro>
To: John Bradford <john@grabjohn.com>
Cc: Ray Bryant <raybry@sgi.com>, linux-kernel@vger.kernel.org
Subject: Re: dynamic allocation of swap disk space
Date: Wed, 12 May 2004 09:56:14 +0300 [thread overview]
Message-ID: <40A1CA8E.6020406@genesys.ro> (raw)
In-Reply-To: <200405111552.i4BFqFMN000112@81-2-122-30.bradfords.org.uk>
John Bradford wrote:
> Quote from Ray Bryant <raybry@sgi.com>:
>
>>
>>Silviu Marin-Caea wrote:
>>
>>>
>>>My desktop has been thrashing the disk for a couple of hours because
>>>the swap space was exhausted. And I have the ambition to leave it alone
>>>to see if it ever comes out of the thrashing. Of course, it's not usable
>>>at all during this time, I'm writing this on the laptop.
>>>
>>>
>>
>>You've got a couple problems mixed together here.
>>
>>(1) Swap space fills up because you have overcommitted memory. In principle,
>>filling up swap space has nothing to do with "thrashing".
>>(2) "thrashing" is a characteristic of a poorly performing program in a
>>demand paging virtual memory system typically caused by trying to run a
>>program with a resident size that is smaller than required. Systems can
>>thrash without filling up swap space. It is true that systems can thrash AND
>>fill up swap space, but it is not always so.
>>
>>You either need (1) more main memory, (2) reduce the number of programs you
>>are running simultaneously, or (3) better behaving programs, or all three.
>>Increasing the amount of swap space will just use more disk. It won't cause
>>your system to stop thrashing since that is driven by what is going on in
>>memory, not what is going on on the disk.
>
>
> Not necessarily. Increasing swap can allow more physical RAM to be used for
> caching data from disk.
>
> Imagine a system with limited physical RAM, and limited swap space, running a
> process which causes a lot of filesystem activity on the same physical disk
> as is being used for swap. If the total RAM, both physical and swap is almost
> completely full, increasing the swap space may allow some data from physical
> RAM to be swapped out, in favour of caching filesystem data from the disk.
>
> Without knowing more details of the original poster's machine, it's difficult
> to give specific advice about how to solve the problem.
1 GB RAM desktop machine, with 32 MB swap, kernel 2.6.3. In normal
operation, the swap is 80% free. It started the thrashing when I loaded
a HUGE page (generated from a database) in konqueror.
The issue is not to solve _my_ problem, I really don't care about it
that much, the issue would be to solve this sort of problem for
everyone. I've had disk thrashing with filled up swap on a server
(kernel 2.4) and that was much worse. Anyway, I'll start using swapd
and see what happens. Some time in the future, I'll post here the
conclusion.
next prev parent reply other threads:[~2004-05-12 6:54 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <fa.n6pggn5.84en31@ifi.uio.no>
2004-05-11 15:22 ` dynamic allocation of swap disk space Ray Bryant
2004-05-11 15:52 ` John Bradford
2004-05-11 15:54 ` Valdis.Kletnieks
2004-05-11 16:39 ` John Bradford
2004-05-11 16:28 ` Ray Bryant
2004-05-12 6:56 ` Silviu Marin-Caea [this message]
2004-05-11 16:00 ` Oliver Neukum
2004-05-10 8:50 Silviu Marin-Caea
2004-05-10 10:03 ` John Bradford
2004-05-10 10:22 ` Silviu Marin-Caea
2004-05-10 20:28 ` Paul Jackson
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=40A1CA8E.6020406@genesys.ro \
--to=silviu@genesys.ro \
--cc=john@grabjohn.com \
--cc=linux-kernel@vger.kernel.org \
--cc=raybry@sgi.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 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.