From: Ulrich Brand <brand.u@zdf.de>
To: linux-kernel@vger.kernel.org
Subject: Re: kswapd problem
Date: Fri, 25 Jun 2004 15:26:04 +0200 [thread overview]
Message-ID: <40DC27EC.5040802@zdf.de> (raw)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
i've just the same prob's whith 2.4.26 smp, build
whith p4/smp 64 GB config running on fujitsu siemens
dual xeon/3.06 GHz servers with 12 G ram.
my "magic tail" is still a grep thrue the filesystem.
the system work's well if the memory utilisation is lower
then ~ 1 gig ram. if you start th database (oracle 9i),
which takes ca. 2 gig ram (about 130 oracle prcesses),
the machine feezes for about 5 to 10 minutes !!!
the load grows up to 200!! top shows 99,5 % cpu time
on kswapd. the machine has 2 GB swap, and uses nothing.
is there a problem with highmem ?
i've attatched some snipplet's with "top" output.
the freeze occures between snipp 2 and 3.
please help.
Thanks in advance & kind regards,
ulrich
- --1--
top - 13:13:50 up 4:38, 5 users, load average: 6.48, 5.59, 2.90
Tasks: 290 total, 2 running, 288 sleeping, 0 stopped, 0 zombie
Cpu(s): 33.8% user, 16.9% system, 0.0% nice, 49.3% idle
Mem: 12230636k total, 7377644k used, 4852992k free, 151156k buffers
Swap: 2097136k total, 0k used, 2097136k free, 6375056k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
14453 oracle 16 0 1074m 1.0g 1.0g S 52.3 9.0 1:57.47 oracle
5 root 9 0 0 0 0 S 19.6 0.0 1:34.22 kswapd
14950 oracle 9 0 1071m 1.0g 1.0g S 6.6 9.0 1:55.53 oracle
15377 oracle 9 0 1028m 1.0g 1.0g S 5.3 8.6 3:21.81 oracle
- --2--
top - 13:14:01 up 4:38, 5 users, load average: 5.94, 5.51, 2.91
Tasks: 290 total, 8 running, 282 sleeping, 0 stopped, 0 zombie
Cpu(s): 7.2% user, 21.6% system, 0.0% nice, 71.2% idle
Mem: 12230636k total, 7401996k used, 4828640k free, 152544k buffers
Swap: 2097136k total, 0k used, 2097136k free, 6397888k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5 root 19 0 0 0 0 R 20.9 0.0 1:36.42 kswapd
25064 root 18 0 1008 1008 668 R 7.5 0.0 0:27.06 top
15377 oracle 9 0 1029m 1.0g 1.0g S 4.1 8.6 3:22.24 oracle
17803 oracle 9 0 965m 965m 961m S 3.8 8.1 0:53.31 oracle
25442 root 9 0 708 708 492 D 3.4 0.0 0:00.74 grep
25441 root 9 0 708 708 492 D 2.6 0.0 0:00.60 grep
14946 oracle 9 0 1120m 1.1g 1.1g S 2.1 9.4 1:54.74 oracle
14439 oracle 9 0 996m 993m 990m S 1.6 8.3 0:52.79 oracle
14453 oracle 9 0 1075m 1.0g 1.0g R 0.9 9.0 1:57.57 oracle
25425 oracle 10 0 273m 273m 271m R 0.9 2.3 0:05.02 oracle
14
- --3--
top - 13:14:15 up 4:39, 5 users, load average: 21.55, 8.85, 4.03
Tasks: 290 total, 12 running, 278 sleeping, 0 stopped, 0 zombie
Cpu(s): 2.2% user, 96.9% system, 0.0% nice, 1.0% idle
Mem: 12230636k total, 7286604k used, 4944032k free, 152580k buffers
Swap: 2097136k total, 0k used, 2097136k free, 6281600k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
6888 root 20 0 7872 7868 1160 D 84.8 0.1 0:18.87 oracm
14461 root 10 0 7872 7868 1160 S 52.1 0.1 0:17.65 oracm
6891 root 14 0 7872 7868 1160 S 31.5 0.1 0:13.18 oracm
5 root 15 0 0 0 0 R 9.9 0.0 1:37.86 kswapd
25441 root 9 0 708 708 492 D 4.3 0.0 0:01.23 grep
25064 root 14 0 1008 1008 668 R 4.2 0.0 0:27.68 top
25442 root 9 0 708 708 492 D 4.0 0.0 0:01.32 grep
9514 root 14 0 1740 1740 1508 R 3.9 0.0 0:54.47 xosview.bin
15377 oracle 9 0 1029m 1.0g 1.0g S 1.2 8.6 3:22.42 oracle
14982 oracle 14 0 1141m 1.1g 1.1g R 0.8 9.5 2:32.85 oracle
- --4---
top - 13:14:15 up 4:39, 5 users, load average: 21.55, 8.85, 4.03
Tasks: 290 total, 12 running, 278 sleeping, 0 stopped, 0 zombie
Cpu(s): 2.2% user, 96.9% system, 0.0% nice, 1.0% idle
Mem: 12230636k total, 7286604k used, 4944032k free, 152580k buffers
Swap: 2097136k total, 0k used, 2097136k free, 6281600k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
6888 root 20 0 7872 7868 1160 D 84.8 0.1 0:18.87 oracm
14461 root 10 0 7872 7868 1160 S 52.1 0.1 0:17.65 oracm
6891 root 14 0 7872 7868 1160 S 31.5 0.1 0:13.18 oracm
5 root 15 0 0 0 0 R 9.9 0.0 1:37.86 kswapd
25441 root 9 0 708 708 492 D 4.3 0.0 0:01.23 grep
25064 root 14 0 1008 1008 668 R 4.2 0.0 0:27.68 top
25442 root 9 0 708 708 492 D 4.0 0.0 0:01.32 grep
9514 root 14 0 1740 1740 1508 R 3.9 0.0 0:54.47 xosview.bin
15377 oracle 9 0 1029m 1.0g 1.0g S 1.2 8.6 3:22.42 oracle
14982 oracle 14 0 1141m 1.1g 1.1g R 0.8 9.5 2:32.85 oracle
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFA3Cfs06ncFEdJe8URArohAKCGgMQt0awZnJDOhrl0xZ16REaprwCfS+Cb
Au9EFXhuKySqCPzmVIJVYX0=
=lHV5
-----END PGP SIGNATURE-----
next reply other threads:[~2004-06-25 13:26 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-25 13:26 Ulrich Brand [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-07-09 14:20 kswapd problem Ulrich Brand
2004-06-12 15:32 Ramy M. Hassan
2004-06-21 19:56 ` Marcelo Tosatti
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=40DC27EC.5040802@zdf.de \
--to=brand.u@zdf.de \
--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