From: Christoph Lameter <clameter@sgi.com>
To: Nick Piggin <npiggin@suse.de>
Cc: Matt Mackall <mpm@selenic.com>,
Andrew Morton <akpm@linux-foundation.org>,
Linux Memory Management List <linux-mm@kvack.org>
Subject: Re: [patch 1/3] slob: rework freelist handling
Date: Wed, 23 May 2007 22:07:23 -0700 (PDT) [thread overview]
Message-ID: <Pine.LNX.4.64.0705232159430.24918@schroedinger.engr.sgi.com> (raw)
In-Reply-To: <20070524044932.GD12121@wotan.suse.de>
Booted with full slub in 16M. The additional sysfs support etc distorts
the numbers a bit (300k more data) but it allows to run slabinfo.
Seems that we have high kmalloc array use of 64, 128, 256, 1k, 2k and 4k.
There already is a 92 and 192 sized kmalloc cache. Hmmm..... Looks like
we cannot do much about this. Maybe add some odd sized slabs? A 768 byte
sized?
root@(none):/# mount /proc
root@(none):/# mount /sys
root@(none):/# free
total used free shared buffers cached
Mem: 11636 9976 1660 0 256 3240
-/+ buffers/cache: 6480 5156
Swap: 0 0 0
root@(none):/# slabinfo -S
Name Objects Objsize Space Slabs/Part/Cpu O/S O %Fr %Ef Flg
inode_cache 2471 528 1.4M 354/0/1 7 0 0 89 a
:0000128 7070 128 905.2K 221/1/1 32 0 0 99 *
:0001024 646 1024 663.5K 162/1/1 4 0 0 99 *
:a-0000192 2730 192 536.5K 131/0/1 21 0 0 97 *a
:0002048 82 2048 167.9K 41/0/1 2 0 0 100 *
:0000256 528 256 139.2K 34/0/1 16 0 0 97 *
:0000064 1675 64 110.5K 27/2/1 64 0 7 96 *
:0004096 26 4096 106.4K 26/0/1 1 0 0 100 *
radix_tree_node 148 552 90.1K 22/4/1 7 0 18 90
sighand_cache 20 2072 81.9K 20/0/1 1 0 0 50 A
task_struct 20 1856 53.2K 13/6/1 2 0 46 69
:0000192 231 192 45.0K 11/0/1 21 0 0 98 *
reiser_inode_cache 66 632 45.0K 11/0/1 6 0 0 92 a
kmalloc-8192 5 8192 40.9K 5/0/1 1 1 0 100
:0000512 72 512 36.8K 9/0/1 8 0 0 100 *
idr_layer_cache 30 528 24.5K 6/3/1 7 0 50 64
:0000032 623 32 20.4K 5/2/1 128 0 40 97 *
:0000704 25 696 20.4K 5/0/1 5 0 0 84 *A
:0000016 1280 16 20.4K 5/0/1 256 0 0 100 *
kmalloc-8 2046 8 16.3K 4/1/1 512 0 25 99
buffer_head 111 104 12.2K 3/1/1 39 0 33 93 a
vm_area_struct 48 168 8.1K 2/0/1 24 0 0 98
:0000096 84 96 8.1K 2/0/1 42 0 0 98 *
sock_inode_cache 12 600 8.1K 2/0/1 6 0 0 87 Aa
blkdev_requests 26 280 8.1K 2/1/1 14 0 50 88
blkdev_queue 4 1448 8.1K 2/0/1 2 0 0 70
revokefs_inode_cache 7 552 4.0K 1/0/1 7 0 0 94 Aa
bdev_cache 5 720 4.0K 1/0/1 5 0 0 87 Aa
mm_struct 4 792 4.0K 1/0/1 4 0 0 77 A
sigqueue 25 160 4.0K 1/0/1 25 0 0 97
proc_inode_cache 7 560 4.0K 1/0/1 7 0 0 95 a
Acpi-State 51 80 4.0K 1/0/1 51 0 0 99
mqueue_inode_cache 4 800 4.0K 1/0/1 4 0 0 78 A
anon_vma 170 16 4.0K 1/0/1 170 0 0 66
:0000640 6 616 4.0K 1/0/1 6 0 0 90 *A
shmem_inode_cache 1 712 4.0K 1/1/0 5 0 100 17
root@(none):/# slabinfo -a
:0000016 <- biovec-1 kmalloc-16
:0000024 <- xfs_dabuf xfs_bmap_free_item fasync_cache swapped_entry
:0000032 <- tcp_bind_bucket kmalloc-32 Acpi-Namespace
:0000040 <- inotify_event_cache xfs_chashlist Acpi-Parse dnotify_cache
:0000064 <- blkdev_ioc secpath_cache inet_peer_cache fs_cache
uid_cache xfs_ifork Acpi-ParseExt Acpi-Operand kmalloc-64 pid biovec-4
:0000072 <- eventpoll_pwq inotify_watch_cache
:0000096 <- xfs_ioend kmalloc-96
:0000128 <- kmalloc-128 request_sock_TCP sysfs_dir_cache flow_cache
bio eventpoll_epi
:0000192 <- xfs_ili xfs_btree_cur kmalloc-192 tw_sock_TCP
:0000256 <- filp sgpool-8 mnt_cache kiocb biovec-16 kmalloc-256
arp_cache
:0000320 <- ip_dst_cache kioctx xfs_buf
:0000512 <- kmalloc-512 sgpool-16
:0000640 <- files_cache UNIX
:0000704 <- RAW UDP-Lite UDP signal_cache
:0001024 <- kmalloc-1024 biovec-64 sgpool-32
:0002048 <- kmalloc-2048 sgpool-64 biovec-128
:0004096 <- sgpool-128 biovec-256 kmalloc-4096 names_cache
:a-0000192 <- skbuff_head_cache dentry
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2007-05-24 5:07 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-22 7:39 Nick Piggin
2007-05-22 7:39 ` [patch 2/3] slob: remove bigblock tracking Nick Piggin
2007-05-22 7:41 ` [patch 3/3] slob: improved alignment handling Nick Piggin
2007-05-22 14:53 ` [patch 1/3] slob: rework freelist handling Matt Mackall
2007-05-22 19:18 ` Christoph Lameter
2007-05-23 3:06 ` Nick Piggin
2007-05-23 4:55 ` Christoph Lameter
2007-05-23 4:59 ` Nick Piggin
2007-05-23 5:01 ` Christoph Lameter
2007-05-23 5:03 ` Nick Piggin
2007-05-23 5:06 ` Christoph Lameter
2007-05-23 5:11 ` Nick Piggin
2007-05-23 5:14 ` Christoph Lameter
2007-05-23 5:22 ` Nick Piggin
2007-05-23 5:28 ` Christoph Lameter
2007-05-23 6:17 ` Nick Piggin
2007-05-23 6:28 ` Christoph Lameter
2007-05-23 7:12 ` Nick Piggin
2007-05-23 17:03 ` Christoph Lameter
2007-05-23 18:32 ` Matt Mackall
2007-05-23 19:15 ` Christoph Lameter
2007-05-23 19:58 ` Matt Mackall
2007-05-23 20:02 ` Christoph Lameter
2007-05-23 20:16 ` Christoph Lameter
2007-05-23 21:14 ` Matt Mackall
2007-05-23 21:06 ` Matt Mackall
2007-05-23 22:26 ` Christoph Lameter
2007-05-23 22:42 ` Matt Mackall
2007-05-23 22:48 ` Christoph Lameter
2007-05-24 2:05 ` Nick Piggin
2007-05-24 2:45 ` Christoph Lameter
2007-05-24 2:47 ` Nick Piggin
2007-05-24 2:55 ` Christoph Lameter
2007-05-24 3:17 ` Nick Piggin
2007-05-24 2:49 ` Christoph Lameter
2007-05-24 3:15 ` Nick Piggin
2007-05-24 3:51 ` Christoph Lameter
2007-05-24 6:11 ` Matt Mackall
2007-05-24 16:36 ` Christoph Lameter
2007-05-24 17:22 ` Matt Mackall
2007-05-24 17:27 ` Christoph Lameter
2007-05-24 17:44 ` Matt Mackall
2007-05-23 6:38 ` Christoph Lameter
2007-05-23 7:18 ` Nick Piggin
2007-05-23 17:06 ` Christoph Lameter
2007-05-23 7:46 ` Nick Piggin
2007-05-23 17:07 ` Christoph Lameter
2007-05-23 19:35 ` Matt Mackall
2007-05-23 19:59 ` Christoph Lameter
2007-05-23 20:51 ` Matt Mackall
2007-05-24 3:39 ` Nick Piggin
2007-05-24 3:55 ` Christoph Lameter
2007-05-24 4:13 ` Nick Piggin
2007-05-24 4:23 ` Christoph Lameter
2007-05-24 4:31 ` Nick Piggin
2007-05-24 4:35 ` Christoph Lameter
2007-05-24 4:39 ` Nick Piggin
2007-05-24 4:46 ` Christoph Lameter
2007-05-24 4:49 ` Nick Piggin
2007-05-24 5:07 ` Christoph Lameter [this message]
2007-05-24 3:24 ` Nick Piggin
2007-05-24 3:49 ` Christoph Lameter
2007-05-24 4:01 ` Nick Piggin
2007-05-24 4:05 ` Christoph Lameter
2007-05-24 4:24 ` Nick Piggin
2007-05-23 18:04 ` Christoph Lameter
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=Pine.LNX.4.64.0705232159430.24918@schroedinger.engr.sgi.com \
--to=clameter@sgi.com \
--cc=akpm@linux-foundation.org \
--cc=linux-mm@kvack.org \
--cc=mpm@selenic.com \
--cc=npiggin@suse.de \
/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