From: Leigh Orf <orf@mailbag.com>
To: Andrea Arcangeli <andrea@suse.de>
Cc: Linux Kernel Development <linux-kernel@vger.kernel.org>
Subject: Re: 2.4.16 & OOM killer screw up (fwd)
Date: Tue, 11 Dec 2001 12:30:24 -0500 [thread overview]
Message-ID: <200112111730.fBBHUOl31029@dryas.atms.unca.edu> (raw)
In-Reply-To: Your message of "Tue, 11 Dec 2001 15:01:19 +0100." <20011211150119.H4801@athlon.random>
Andrea Arcangeli wrote:
| > The problem is that your VM is unnecesarily eating up
| > memory and then wants swap. That is unacceptable. Having
| > 90% of your memory in buffers/cache and then the OOM killer
| > kicks in because nothing is free is what we're moaning
| > about.
|
| Dear, Abraham please apply this patch:
|
| ftp://ftp.us.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.4/2.4.17pre4aa1.bz2
|
| on top of a 2.4.17pre4 and then recompile, try again and send me a
| bugreport if you can reproduce. thanks,
Andrea,
I applied your patch and it didn't fix the problem.
I reported this earlier to the kernel list but I'm not sure if you got
it. See http://groups.google.com/groups?hl=en&rnum=1&selm=linux.kernel.200112081539.fB8FdFj03048%40orp.orf.cx
or see the recent thread "2.4.16 memory badness (reproducible)". The
behavior I cite with 2.4.16 is identical to what happens with
2.4.17pre4aa1, but here it is again. It is reproducible.
Machine is 1.4GHZ Athlon with 1 GB memory, 2 GB swap, RH 7.2 with
updates.
home[1001]:/home/orf% uname -a
Linux orp.orf.cx 2.4.17-pre4 #1 Mon Dec 10 22:09:16 EST 2001 i686 unknown
(it's been patched with 2.4.17pre4aa1.bz2)
(updatedb updates RedHat's file database, does lots of file I/O)
home[1005]:/home/orf% free
total used free shared buffers cached
Mem: 1029780 207976 821804 0 49468 71856
-/+ buffers/cache: 86652 943128
Swap: 2064344 6324 2058020
home[1006]:/home/orf% sudo updatedb
Password:
home[1007]:/home/orf% free
total used free shared buffers cached
Mem: 1029780 1017576 12204 0 471548 70924
-/+ buffers/cache: 475104 554676
Swap: 2064344 6312 2058032
home[1008]:/home/orf% xmms
Memory fault
home[1009]:/home/orf% strace xmms 2>&1 | tail
old_mmap(NULL, 1291080, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40316000
mprotect(0x40448000, 37704, PROT_NONE) = 0
old_mmap(0x40448000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x131000) = 0x40448000
old_mmap(0x4044e000, 13128, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4044e000
close(3) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40452000
munmap(0x40018000, 72492) = 0
modify_ldt(0x1, 0xbffff33c, 0x10) = -1 ENOMEM (Cannot allocate memory)
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++
Note that some applications don't mem fault this way, but all the ones
that do die at modify_ldt (see my previous post).
home[1010]:/home/orf% cat /proc/meminfo
total: used: free: shared: buffers: cached:
Mem: 1054494720 1041756160 12738560 0 481837056 77209600
Swap: 2113888256 6463488 2107424768
MemTotal: 1029780 kB
MemFree: 12440 kB
MemShared: 0 kB
Buffers: 470544 kB
Cached: 71388 kB
SwapCached: 4012 kB
Active: 367796 kB
Inactive: 232088 kB
HighTotal: 130992 kB
HighFree: 2044 kB
LowTotal: 898788 kB
LowFree: 10396 kB
SwapTotal: 2064344 kB
SwapFree: 2058032 kB
home[1011]:/home/orf% cat /proc/slabinfo
slabinfo - version: 1.1
kmem_cache 65 68 112 2 2 1
ip_conntrack 22 50 384 5 5 1
nfs_write_data 0 0 384 0 0 1
nfs_read_data 0 0 384 0 0 1
nfs_page 0 0 128 0 0 1
ip_fib_hash 10 112 32 1 1 1
urb_priv 0 0 64 0 0 1
clip_arp_cache 0 0 128 0 0 1
ip_mrt_cache 0 0 128 0 0 1
tcp_tw_bucket 0 0 128 0 0 1
tcp_bind_bucket 17 112 32 1 1 1
tcp_open_request 0 0 128 0 0 1
inet_peer_cache 2 59 64 1 1 1
ip_dst_cache 56 80 192 4 4 1
arp_cache 3 30 128 1 1 1
blkdev_requests 640 660 128 22 22 1
journal_head 0 0 48 0 0 1
revoke_table 0 0 12 0 0 1
revoke_record 0 0 32 0 0 1
dnotify cache 0 0 20 0 0 1
file lock cache 2 42 92 1 1 1
fasync cache 2 202 16 1 1 1
uid_cache 7 112 32 1 1 1
skbuff_head_cache 293 320 192 16 16 1
sock 131 132 1280 44 44 1
sigqueue 4 29 132 1 1 1
cdev_cache 2313 2360 64 40 40 1
bdev_cache 8 59 64 1 1 1
mnt_cache 19 59 64 1 1 1
inode_cache 452259 452263 512 64609 64609 1
dentry_cache 469963 469980 128 15666 15666 1
dquot 0 0 128 0 0 1
filp 1633 1650 128 55 55 1
names_cache 0 2 4096 0 2 1
buffer_head 136268 164880 128 5496 5496 1
mm_struct 54 60 192 3 3 1
vm_area_struct 2186 2250 128 73 75 1
fs_cache 53 59 64 1 1 1
files_cache 53 63 448 6 7 1
signal_act 61 63 1344 21 21 1
size-131072(DMA) 0 0 131072 0 0 32
size-131072 0 0 131072 0 0 32
size-65536(DMA) 0 0 65536 0 0 16
size-65536 1 1 65536 1 1 16
size-32768(DMA) 0 0 32768 0 0 8
size-32768 1 1 32768 1 1 8
size-16384(DMA) 0 0 16384 0 0 4
size-16384 1 3 16384 1 3 4
size-8192(DMA) 0 0 8192 0 0 2
size-8192 5 7 8192 5 7 2
size-4096(DMA) 0 0 4096 0 0 1
size-4096 70 73 4096 70 73 1
size-2048(DMA) 0 0 2048 0 0 1
size-2048 64 68 2048 34 34 1
size-1024(DMA) 0 0 1024 0 0 1
size-1024 11028 11032 1024 2757 2758 1
size-512(DMA) 0 0 512 0 0 1
size-512 12029 12032 512 1504 1504 1
size-256(DMA) 0 0 256 0 0 1
size-256 1609 1635 256 109 109 1
size-128(DMA) 2 30 128 1 1 1
size-128 29383 29430 128 980 981 1
size-64(DMA) 0 0 64 0 0 1
size-64 9105 9145 64 155 155 1
size-32(DMA) 34 59 64 1 1 1
size-32 70942 70977 64 1203 1203 1
Leigh Orf
next prev parent reply other threads:[~2001-12-11 17:31 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-12-10 19:08 2.4.16 & OOM killer screw up (fwd) Marcelo Tosatti
2001-12-10 20:47 ` Andrew Morton
2001-12-10 19:42 ` Marcelo Tosatti
2001-12-11 0:11 ` Andrea Arcangeli
2001-12-11 7:07 ` Andrew Morton
2001-12-11 13:32 ` Rik van Riel
2001-12-11 13:46 ` Andrea Arcangeli
2001-12-12 8:44 ` Andrew Morton
2001-12-12 9:21 ` Andrea Arcangeli
2001-12-12 9:45 ` Rik van Riel
2001-12-12 10:09 ` Andrea Arcangeli
2001-12-12 9:59 ` Andrew Morton
2001-12-12 10:15 ` Andrea Arcangeli
2001-12-11 13:42 ` Andrea Arcangeli
2001-12-11 13:59 ` Rik van Riel
2001-12-11 14:23 ` Andrea Arcangeli
2001-12-11 15:27 ` Daniel Phillips
2001-12-12 11:16 ` Andrea Arcangeli
2001-12-12 20:03 ` Daniel Phillips
2001-12-12 21:25 ` Andrea Arcangeli
2001-12-11 13:59 ` Abraham vd Merwe
2001-12-11 14:01 ` Andrea Arcangeli
2001-12-11 17:30 ` Leigh Orf [this message]
2001-12-11 15:47 ` Henning P. Schmiedehausen
2001-12-11 16:01 ` Alan Cox
2001-12-11 16:37 ` Hubert Mantel
2001-12-11 17:09 ` Rik van Riel
2001-12-11 17:28 ` Alan Cox
2001-12-11 17:22 ` Rik van Riel
2001-12-11 17:23 ` Christoph Hellwig
2001-12-12 22:20 ` Rob Landley
2001-12-13 8:47 ` David S. Miller
2001-12-13 18:41 ` Matthias Andree
2001-12-13 8:48 ` Alan Cox
2001-12-13 10:22 ` [OT] " Rob Landley
2001-12-12 8:39 ` Andrew Morton
2001-12-11 0:43 ` Andrea Arcangeli
2001-12-11 15:46 ` Luigi Genoni
2001-12-12 22:05 ` Ken Brownfield
2001-12-12 22:30 ` Andrea Arcangeli
2001-12-12 23:23 ` Rik van Riel
[not found] <Pine.LNX.4.33L.0112102004490.1352-100000@duckman.distro.conectiva>
2001-12-11 16:45 ` Marcelo Tosatti
2001-12-11 18:51 ` Rik van Riel
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=200112111730.fBBHUOl31029@dryas.atms.unca.edu \
--to=orf@mailbag.com \
--cc=andrea@suse.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;
as well as URLs for NNTP newsgroup(s).