mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Javier Marcet <jmarcet@pobox.com>
To: Rik van Riel <riel@conectiva.com.br>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Exaggerated swap usage
Date: Sat, 30 Nov 2002 02:38:32 +0100	[thread overview]
Message-ID: <20021130013832.GF15682@jerry.marcet.dyndns.org> (raw)
In-Reply-To: <Pine.LNX.4.44L.0211291429260.15981-100000@imladris.surriel.com>

[-- Attachment #1: Type: text/plain, Size: 6401 bytes --]

* Rik van Riel <riel@conectiva.com.br> [021129 21:00]:

>> In recent 2.4.20 pre and rc kernels ( I tend to use the ac branch ), I
>> had notice my system, when using X mainly, got terribly slow after some
>> use.

>First, lets get one thing straight:  the problem is the slowness,
>not necessarily the swap usage.  It is very easy to jump to wrong
>conclusions, so lets keep focussed on that part of the problem
>which we know to be true before we all start hacking on parts of
>the system which aren't related to the slowness...

OK, you might be right on this point. But that different kernels show
such a big difference in its willingness to swap out things in memory is
something to think about...

>> I can provide you with dmesg, /proc/meminfo or whatever might be useful.

>How about some output (maybe 20 lines) of 'vmstat 1' during the
>time where your system is slow, together with a short description
>of how large the various processes (X, Mozilla ...) in your system
>are ?

root # vmstat 1
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
 0  1 265048   5248  32248 119108    6   15    65    62  252   585 21  6 73  0
 1  6 266648   4480  32316 120300    0 4656  2152  4652 1348   821 13  8 79  0
 1  0 265052   4496  31036 120184    8  336  1668   340 1226   765 15  7 78  0
 0  1 265052   4496  31112 121564    4    0  3152     0 1198   894 18  8 74  0
 1  0 265052   4504  31076 123112    0    0  3024  8576 1229   857 17  7 76  0
 0  1 265052   4496  30020 127816   12    0  3300     0 1283   862 16  6 78  0
 2  0 265052   5244  29980 129796    0    0  3520     0 1212   991 17  9 74  0
 2  0 265052   4604  30044 130904    0    0  3036     0 1213   903 20  8 72  0
 0  9 266664   4704  30068 130836    4 6612   212  6608 1533   558  9  4 87  0
 0  1 265048   4668  30080 131120    8  272  1632   308 1246   837 20 11 69  0
 0  2 265048   4680  28808 130356    0    0  2308    48 1198   912 18  8 74  0
 1  2 265048   4680  27592 133108   12    0  1500     0 1142   753 16  5 79  0
 1  2 265048   4756  26776 135432    4    0  1436     0 1151   783 17  8 75  0
 0  2 265048   4820  26556 137208   12    0  1488     0 1150   773 18  5 77  0
 0  3 265048   4820  26508 137832    0    0   544   728 1256   654 16  5 79  0
 1  1 265048   4876  26328 141604    8    0  2980   268 1228   992 20 10 70  0
 1  0 265040   4472  25924 140324   92    0  3200     0 1167  1569 58 15 27  0
 2  0 265048   4372  25896 141292    8 4808    76  4812 1286  2517 85 15  0  0
 1  1 265048   4348  24516 147516   24    0   860     0 1074  2550 83 16  1  0
 1  0 265048   4408  22992 154120   28    0   668     0 1078  2455 83 15  2  0

root # cat /proc/meminfo
        total:    used:    free:  shared: buffers:  cached:
Mem:  394547200 378638336 15908864        0 22396928 258523136
Swap: 542826496 271384576 271441920
MemTotal:       385300 kB
MemFree:         15536 kB
MemShared:           0 kB
Buffers:         21872 kB
Cached:         167848 kB
SwapCached:      84616 kB
Active:         175416 kB
Inact_dirty:    123512 kB
Inact_clean:      7728 kB
Inact_target:    61328 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:       385300 kB
LowFree:         15536 kB
SwapTotal:      530104 kB
SwapFree:       265080 kB
Committed_AS:   365684 kB

And these are some of the apps running, basically those more
memory-hungry, at this point I mean:
UID        PID  PPID  C    SZ  RSS PSR STIME TTY          TIME CMD
root     15312 15309  2 52651 50960  0 Nov29 ?        00:19:42 /usr/X11R6/bin/X
jmarcet  15409 15332  0  1223    4   0 Nov29 ?        00:00:00 /bin/sh --login /usr/kde/3.1/bin/startkde
jmarcet  15444     1  0 18564 1580   0 Nov29 ?        00:02:04 kdeinit: kded            
jmarcet  15509 15436  0  2525  432   0 Nov29 ?        00:00:03 artsd
jmarcet  15553     1  0 19098 1060   0 Nov29 ?        00:00:00 kdeinit: knotify         
jmarcet  15556     1  0 17672  832   0 Nov29 ?        00:00:00 kdeinit: ksmserver       
jmarcet  15560 15436  0 17966 2684   0 Nov29 ?        00:00:08 kdeinit: kwin
jmarcet  15571     1  0 19961 2568   0 Nov29 ?        00:00:24 kdeinit: kdesktop        
jmarcet  15591     1  0 19177 5488   0 Nov29 ?        00:00:32 kdeinit: kicker          
jmarcet  15597 15436  0  5557   28   0 Nov29 ?        00:00:00 kdeinit: kio_file
jmarcet  15600 15571  0  3942 1672   0 Nov29 ?        00:03:15 /home/jmarcet/.kde/Autostart/gkrellm2
jmarcet  15637 15436  0 18397 2640   0 Nov29 ?        00:02:46 kdeinit: konsole
jmarcet  15659 15436  0 18191 3776   0 Nov29 ?        00:00:21 kdeinit: konsole
jmarcet  15682 15659  0  3598 6284   0 Nov29 pty/s1   00:00:17 /usr/bin/mutt
jmarcet  21557 15436  1 29878 23424  0 Nov29 ?        00:07:55 kdeinit: konqueror --silent
jmarcet  22528     1  0 17825  524   0 Nov29 ?        00:00:00 kdeinit: kio_uiserver    
jmarcet  17165 15591  7 18864 5552   0 Nov29 ?        00:36:20 appletproxy
jmarcet  10990 21557  1 20661 1880   0 Nov29 ?        00:05:31 /usr/kde/3.1/bin/nspluginviewer
jmarcet  12338 15436  0 18646 5656   0 01:19 ?        00:00:28 kdeinit: konsole         

This is after the system has been in use with a 512MB swap partition for
around 1 hour. I must say it is barely usable as a desktop, way _far_
from a responsive environment. looking at the memory numbers it's easy
to think I need more memory, but with other kernels, at the same load
-by load I mean of memory, not processor- or even much higher, swap
usage was maybe around 16MB, while there was still ~192MB if free cached
memory.
So yes, you are right that swap usage is not the problem. It seems more
like memory getting too dirty.
BTW, I was compiling something with make -j2, not very big, it was
htdig.
I must reinforce that switching virtual desktops was so slow that you
could see windows repainting slowly on the screen.

processor	: 0
vendor_id	: AuthenticAMD
cpu family	: 6
model		: 6
model name	: AMD Athlon(TM) XP 1800+
stepping	: 2
cpu MHz		: 1544.999
cache size	: 256 KB

The system has both an IDE ATA-100 45GB an a SCSI U2W IBM 9GB drives,
swap partition is at the start of the IDE disk, since it is much faster,
throughput-wise, than the SCSI model.


-- 
Javier Marcet <jmarcet@pobox.com>

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

  reply	other threads:[~2002-11-30  1:31 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-29 11:54 Javier Marcet
2002-11-29 12:20 ` Christer Nilsson
2002-11-29 16:31 ` Rik van Riel
2002-11-30  1:38   ` Javier Marcet [this message]
2002-11-30  1:55     ` Rik van Riel
2002-11-30  2:47       ` Zwane Mwaikambo
2002-11-30  5:17       ` Javier Marcet
2002-11-30 14:02       ` Exaggerated swap usage && -aa lockup Javier Marcet
2002-11-30  2:42     ` Exaggerated swap usage Zwane Mwaikambo
2002-11-30  3:02       ` Andrew Morton
2002-11-30  4:12         ` Zwane Mwaikambo
2002-11-30  6:48           ` khromy
2002-11-30  6:49             ` Javier Marcet
2002-11-30  7:08               ` Dmitri
2002-11-30 14:05                 ` Javier Marcet
2002-11-30 18:23               ` khromy
2002-11-30 18:43                 ` Andrea Arcangeli
2002-12-01  7:39                   ` Javier Marcet
2002-12-01  7:53                   ` Javier Marcet
2002-12-01 10:34                     ` Andrea Arcangeli
2002-12-01  7:59                   ` Javier Marcet
2002-12-01 10:36                     ` Andrea Arcangeli
2002-12-01 14:37                       ` Nuno Monteiro
2002-12-02  0:21                         ` Andrea Arcangeli
2002-12-02  1:01                           ` Nuno Monteiro
2002-12-02  4:55                           ` Javier Marcet
2002-12-02 21:24                           ` Andrew Clayton
2002-11-30 14:05   ` Steffen Moser
2002-11-30 18:22     ` Rik van Riel
2002-12-01  7:57       ` Javier Marcet
2002-12-01 19:27         ` Rik van Riel
2002-11-29 15:28 Randal, Phil
2002-11-29 16:28 ` Rik van Riel
2002-12-02 23:59 Marc-Christian Petersen
2002-12-03  0:59 ` Andrea Arcangeli
2002-12-03 10:13   ` Marc-Christian Petersen
2002-12-03 13:59     ` Andrea Arcangeli
2002-12-03 18:43       ` Marc-Christian Petersen
2002-12-05 23:14         ` Marc-Christian Petersen

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=20021130013832.GF15682@jerry.marcet.dyndns.org \
    --to=jmarcet@pobox.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=riel@conectiva.com.br \
    /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

all inboxes | Powered by JetHome®