From: Pedro Venda <pjvenda@arrakis.dhis.org>
To: Parag Warudkar <kernel-stuff@comcast.net>
Cc: LKML <linux-kernel@vger.kernel.org>
Subject: Re: possible leak in kernel 2.6.10-ac12
Date: Thu, 17 Feb 2005 00:02:33 +0000 [thread overview]
Message-ID: <4213DF19.10209@arrakis.dhis.org> (raw)
In-Reply-To: <200502161835.26047.kernel-stuff@comcast.net>
Parag Warudkar wrote:
> On Wednesday 16 February 2005 06:28 pm, Pedro Venda wrote:
>
>>Having upgraded most of them to 2.6.10-ac12, one of them showed a linear
>>growth of used memory over the last 7 days, after the first 2.6.10-ac12
>>boot. It came to a point that it started swapping and the swap usage too
>>started to grow linearly.
>
>
> cat /proc/slabinfo please. I am also seeing similar symptoms (although that is
> with 2.6.11-rc4 there is a possibility of a common bug) here and I seem to
> have linearly growing size-64 in slabinfo.
there isn't much to look at right now...
admin proc # uptime
23:56:08 up 1:50, 2 users, load average: 0.04, 0.06, 0.11
but here goes slabinfo anyway:
admin proc # cat slabinfo
slabinfo - version: 2.1
# name <active_objs> <num_objs> <objsize> <objperslab> <pagesperslab> : tunables <batchcount> <limit> <sharedfactor> : slabdata <active_slabs> <num_slabs> <sharedavail>
ip_conntrack_expect 0 0 128 31 1 : tunables 120 60 0 : slabdata 0 0 0
ip_conntrack 139 380 384 10 1 : tunables 54 27 0 : slabdata 38 38 0
xfrm6_tunnel_spi 0 0 64 61 1 : tunables 120 60 0 : slabdata 0 0 0
fib6_nodes 8 119 32 119 1 : tunables 120 60 0 : slabdata 1 1 0
ip6_dst_cache 6 15 256 15 1 : tunables 120 60 0 : slabdata 1 1 0
ndisc_cache 1 15 256 15 1 : tunables 120 60 0 : slabdata 1 1 0
rawv6_sock 3 6 640 6 1 : tunables 54 27 0 : slabdata 1 1 0
udpv6_sock 2 6 640 6 1 : tunables 54 27 0 : slabdata 1 1 0
tcpv6_sock 9 14 1152 7 2 : tunables 24 12 0 : slabdata 2 2 0
unix_sock 179 380 384 10 1 : tunables 54 27 0 : slabdata 38 38 0
tcp_tw_bucket 15 31 128 31 1 : tunables 120 60 0 : slabdata 1 1 0
tcp_bind_bucket 11 226 16 226 1 : tunables 120 60 0 : slabdata 1 1 0
tcp_open_request 2 31 128 31 1 : tunables 120 60 0 : slabdata 1 1 0
inet_peer_cache 3 61 64 61 1 : tunables 120 60 0 : slabdata 1 1 0
secpath_cache 0 0 128 31 1 : tunables 120 60 0 : slabdata 0 0 0
xfrm_dst_cache 0 0 256 15 1 : tunables 120 60 0 : slabdata 0 0 0
ip_fib_alias 10 226 16 226 1 : tunables 120 60 0 : slabdata 1 1 0
ip_fib_hash 10 119 32 119 1 : tunables 120 60 0 : slabdata 1 1 0
ip_dst_cache 39 150 256 15 1 : tunables 120 60 0 : slabdata 10 10 0
arp_cache 3 31 128 31 1 : tunables 120 60 0 : slabdata 1 1 0
raw_sock 2 7 512 7 1 : tunables 54 27 0 : slabdata 1 1 0
udp_sock 6 14 512 7 1 : tunables 54 27 0 : slabdata 2 2 0
tcp_sock 5 8 1024 4 1 : tunables 54 27 0 : slabdata 2 2 0
flow_cache 0 0 128 31 1 : tunables 120 60 0 : slabdata 0 0 0
cfq_ioc_pool 0 0 24 156 1 : tunables 120 60 0 : slabdata 0 0 0
cfq_pool 0 0 104 38 1 : tunables 120 60 0 : slabdata 0 0 0
crq_pool 0 0 52 75 1 : tunables 120 60 0 : slabdata 0 0 0
deadline_drq 0 0 48 81 1 : tunables 120 60 0 : slabdata 0 0 0
as_arq 41 130 60 65 1 : tunables 120 60 0 : slabdata 2 2 0
mqueue_inode_cache 1 7 512 7 1 : tunables 54 27 0 : slabdata 1 1 0
udf_inode_cache 0 0 348 11 1 : tunables 54 27 0 : slabdata 0 0 0
ntfs_big_inode_cache 0 0 512 7 1 : tunables 54 27 0 : slabdata 0 0 0
ntfs_inode_cache 0 0 156 25 1 : tunables 120 60 0 : slabdata 0 0 0
ntfs_name_cache 0 0 512 8 1 : tunables 54 27 0 : slabdata 0 0 0
ntfs_attr_ctx_cache 0 0 32 119 1 : tunables 120 60 0 : slabdata 0 0 0
ntfs_index_ctx_cache 0 0 64 61 1 : tunables 120 60 0 : slabdata 0 0 0
devfsd_event 0 0 20 185 1 : tunables 120 60 0 : slabdata 0 0 0
isofs_inode_cache 0 0 320 12 1 : tunables 54 27 0 : slabdata 0 0 0
fat_inode_cache 0 0 348 11 1 : tunables 54 27 0 : slabdata 0 0 0
fat_cache 0 0 20 185 1 : tunables 120 60 0 : slabdata 0 0 0
ext2_inode_cache 0 0 420 9 1 : tunables 54 27 0 : slabdata 0 0 0
ext2_xattr 0 0 44 88 1 : tunables 120 60 0 : slabdata 0 0 0
journal_handle 0 0 20 185 1 : tunables 120 60 0 : slabdata 0 0 0
journal_head 0 0 48 81 1 : tunables 120 60 0 : slabdata 0 0 0
revoke_table 0 0 12 290 1 : tunables 120 60 0 : slabdata 0 0 0
revoke_record 0 0 16 226 1 : tunables 120 60 0 : slabdata 0 0 0
ext3_inode_cache 0 0 476 8 1 : tunables 54 27 0 : slabdata 0 0 0
ext3_xattr 0 0 44 88 1 : tunables 120 60 0 : slabdata 0 0 0
reiser_inode_cache 14640 14652 368 11 1 : tunables 54 27 0 : slabdata 1332 1332 0
dnotify_cache 0 0 20 185 1 : tunables 120 60 0 : slabdata 0 0 0
dquot 0 0 128 31 1 : tunables 120 60 0 : slabdata 0 0 0
eventpoll_pwq 0 0 36 107 1 : tunables 120 60 0 : slabdata 0 0 0
eventpoll_epi 0 0 128 31 1 : tunables 120 60 0 : slabdata 0 0 0
kioctx 0 0 256 15 1 : tunables 120 60 0 : slabdata 0 0 0
kiocb 0 0 128 31 1 : tunables 120 60 0 : slabdata 0 0 0
fasync_cache 0 0 16 226 1 : tunables 120 60 0 : slabdata 0 0 0
shmem_inode_cache 4 10 384 10 1 : tunables 54 27 0 : slabdata 1 1 0
posix_timers_cache 0 0 96 41 1 : tunables 120 60 0 : slabdata 0 0 0
uid_cache 8 61 64 61 1 : tunables 120 60 0 : slabdata 1 1 0
sgpool-128 32 32 2048 2 1 : tunables 24 12 0 : slabdata 16 16 0
sgpool-64 32 32 1024 4 1 : tunables 54 27 0 : slabdata 8 8 0
sgpool-32 32 32 512 8 1 : tunables 54 27 0 : slabdata 4 4 0
sgpool-16 32 45 256 15 1 : tunables 120 60 0 : slabdata 3 3 0
sgpool-8 32 62 128 31 1 : tunables 120 60 0 : slabdata 2 2 0
blkdev_ioc 39 156 24 156 1 : tunables 120 60 0 : slabdata 1 1 0
blkdev_queue 8 11 352 11 1 : tunables 54 27 0 : slabdata 1 1 0
blkdev_requests 60 84 140 28 1 : tunables 120 60 0 : slabdata 3 3 0
biovec-(256) 256 256 3072 2 2 : tunables 24 12 0 : slabdata 128 128 0
biovec-128 256 260 1536 5 2 : tunables 24 12 0 : slabdata 52 52 0
biovec-64 256 260 768 5 1 : tunables 54 27 0 : slabdata 52 52 0
biovec-16 256 270 256 15 1 : tunables 120 60 0 : slabdata 18 18 0
biovec-4 256 305 64 61 1 : tunables 120 60 0 : slabdata 5 5 0
biovec-1 74224 74354 16 226 1 : tunables 120 60 0 : slabdata 329 329 0
bio 74212 74237 64 61 1 : tunables 120 60 0 : slabdata 1217 1217 0
file_lock_cache 50 270 88 45 1 : tunables 120 60 0 : slabdata 6 6 0
sock_inode_cache 208 450 384 10 1 : tunables 54 27 0 : slabdata 45 45 0
skbuff_head_cache 141 300 256 15 1 : tunables 120 60 0 : slabdata 20 20 0
sock 4 10 384 10 1 : tunables 54 27 0 : slabdata 1 1 0
proc_inode_cache 433 975 308 13 1 : tunables 54 27 0 : slabdata 75 75 0
sigqueue 8 27 148 27 1 : tunables 120 60 0 : slabdata 1 1 0
radix_tree_node 11215 11228 276 14 1 : tunables 54 27 0 : slabdata 802 802 0
bdev_cache 14 14 512 7 1 : tunables 54 27 0 : slabdata 2 2 0
mnt_cache 18 31 128 31 1 : tunables 120 60 0 : slabdata 1 1 0
inode_cache 679 806 292 13 1 : tunables 54 27 0 : slabdata 62 62 0
dentry_cache 26715 30015 136 29 1 : tunables 120 60 0 : slabdata 1035 1035 0
filp 1740 4800 256 15 1 : tunables 120 60 0 : slabdata 320 320 0
names_cache 13 13 4096 1 1 : tunables 24 12 0 : slabdata 13 13 0
idr_layer_cache 81 87 136 29 1 : tunables 120 60 0 : slabdata 3 3 0
buffer_head 39910 40095 48 81 1 : tunables 120 60 0 : slabdata 495 495 0
mm_struct 99 192 640 6 1 : tunables 54 27 0 : slabdata 32 32 0
vm_area_struct 3310 8272 84 47 1 : tunables 120 60 0 : slabdata 176 176 0
fs_cache 89 476 32 119 1 : tunables 120 60 0 : slabdata 4 4 0
files_cache 88 189 512 7 1 : tunables 54 27 0 : slabdata 27 27 0
signal_cache 107 285 256 15 1 : tunables 120 60 0 : slabdata 19 19 0
sighand_cache 103 190 1408 5 2 : tunables 24 12 0 : slabdata 38 38 0
task_struct 107 141 1248 3 1 : tunables 24 12 0 : slabdata 47 47 0
anon_vma 1749 9768 8 407 1 : tunables 120 60 0 : slabdata 24 24 0
pgd 85 85 4096 1 1 : tunables 24 12 0 : slabdata 85 85 0
size-131072(DMA) 0 0 131072 1 32 : tunables 8 4 0 : slabdata 0 0 0
size-131072 0 0 131072 1 32 : tunables 8 4 0 : slabdata 0 0 0
size-65536(DMA) 0 0 65536 1 16 : tunables 8 4 0 : slabdata 0 0 0
size-65536 0 0 65536 1 16 : tunables 8 4 0 : slabdata 0 0 0
size-32768(DMA) 0 0 32768 1 8 : tunables 8 4 0 : slabdata 0 0 0
size-32768 0 0 32768 1 8 : tunables 8 4 0 : slabdata 0 0 0
size-16384(DMA) 0 0 16384 1 4 : tunables 8 4 0 : slabdata 0 0 0
size-16384 0 0 16384 1 4 : tunables 8 4 0 : slabdata 0 0 0
size-8192(DMA) 0 0 8192 1 2 : tunables 8 4 0 : slabdata 0 0 0
size-8192 0 0 8192 1 2 : tunables 8 4 0 : slabdata 0 0 0
size-4096(DMA) 0 0 4096 1 1 : tunables 24 12 0 : slabdata 0 0 0
size-4096 201 201 4096 1 1 : tunables 24 12 0 : slabdata 201 201 0
size-2048(DMA) 0 0 2048 2 1 : tunables 24 12 0 : slabdata 0 0 0
size-2048 137 160 2048 2 1 : tunables 24 12 0 : slabdata 80 80 0
size-1024(DMA) 0 0 1024 4 1 : tunables 54 27 0 : slabdata 0 0 0
size-1024 163 212 1024 4 1 : tunables 54 27 0 : slabdata 53 53 0
size-512(DMA) 0 0 512 8 1 : tunables 54 27 0 : slabdata 0 0 0
size-512 154 176 512 8 1 : tunables 54 27 0 : slabdata 22 22 0
size-256(DMA) 0 0 256 15 1 : tunables 120 60 0 : slabdata 0 0 0
size-256 195 345 256 15 1 : tunables 120 60 0 : slabdata 23 23 0
size-128(DMA) 0 0 128 31 1 : tunables 120 60 0 : slabdata 0 0 0
size-128 11998 12214 128 31 1 : tunables 120 60 0 : slabdata 394 394 0
size-64(DMA) 0 0 64 61 1 : tunables 120 60 0 : slabdata 0 0 0
size-64 5081 5856 64 61 1 : tunables 120 60 0 : slabdata 96 96 0
size-32(DMA) 0 0 32 119 1 : tunables 120 60 0 : slabdata 0 0 0
size-32 3259 4760 32 119 1 : tunables 120 60 0 : slabdata 40 40 0
kmem_cache 124 124 128 31 1 : tunables 120 60 0 : slabdata 4 4 0
admin proc #
most likely it'll happen again, but I can give you more useful info in a couple of days.
regards,
--
Pedro João Lopes Venda
email: pjvenda < at > arrakis.dhis.org
http://arrakis.dhis.org
next prev parent reply other threads:[~2005-02-17 0:00 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-16 23:28 possible leak in kernel 2.6.10-ac12 Pedro Venda
2005-02-16 23:35 ` Parag Warudkar
2005-02-17 0:02 ` Pedro Venda [this message]
2005-02-17 0:38 ` Noel Maddy
2005-02-17 0:51 ` Pedro Venda
2005-02-17 2:44 ` Pedro Venda
2005-02-17 23:14 ` Bill Davidsen
2005-02-19 12:37 ` Pedro Venda
2005-02-19 14:48 ` Parag Warudkar
2005-02-17 9:29 ` Maciej Soltysiak
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=4213DF19.10209@arrakis.dhis.org \
--to=pjvenda@arrakis.dhis.org \
--cc=kernel-stuff@comcast.net \
--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 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.