From: David <david@blue-labs.org>
To: Linux Kernel <linux-kernel@vger.kernel.org>
Subject: 2.4 VM question
Date: Sat, 03 Mar 2001 02:40:46 -0800 [thread overview]
Message-ID: <3AA0CA2E.70208@blue-labs.org> (raw)
Is there a particular reason why 2.4 insists on stuffing as much as
possible into swap?
It's particularly frustrating to experience the slowdown and lag while
the disk grinds. I have 256M in this machine. Right now I have 180+
megs free and I am 120 megs into swap. Netscape and Mozilla are slow
enough as it is without having to pull pages off the disk. Running GIMP
as well brings the system nearly to a crawl as I start opening up some
large pictures.
Mind you however, I still have -plenty- of free memory in
buffers/cache. The filesystem is also reiserfs.
I would also like to point out that it's rather irritating to swapoff
and basically everything flat out stalls until all the pages are back in
memory. It is also worthy of mention that it takes about 4 minutes to
swapoff the first 64M file. This is on a pIII 350. The second 64M file
took 5 minutes.
# uname -r
2.4.2-ac3
# free
total used free shared buffers cached
Mem: 253876 250360 3516 0 36448 86484
-/+ buffers/cache: 127428 126448
Swap: 65532 65496 36
# time swapoff /swapfile
real 5m21.080s
user 0m0.000s
sys 2m59.370s
Now that everything is forcibly paged back in, the system is once again
responsive and quick.
Is there a particular VM quirk? A bug? As I see it there are two
issues, a) the insistence of the kernel to page everything out, and b)
the stall to page things back in, including the time frame.
-d
next reply other threads:[~2001-03-03 10:41 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-03-03 10:40 David [this message]
2001-03-04 11:14 ` [CFT] Re: 2.4 VM question Mike Galbraith
2001-03-16 22:17 ` X freeze/ kernel 4.2/ gnome/ alpha LX164 Mark Hansel
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=3AA0CA2E.70208@blue-labs.org \
--to=david@blue-labs.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).