Date: Thu, 26 Oct 2006 12:36:49 +0200 From: Stefan Bethke <stb@lassitu.de> To: Robert Watson <rwatson@FreeBSD.org> Cc: FreeBSD Stable <freebsd-stable@FreeBSD.org>, Andreas Sons <sons@zs64.net> Subject: Re: panic: kmem_map too small Message-ID: <20152564-EC53-4210-9590-23817A6A3E42@lassitu.de> In-Reply-To: <20061026111723.K33725@fledge.watson.org> References: <CD619308-6B7B-4B68-B011-CE979D67E0C1@lassitu.de> <20061025183308.L33725@fledge.watson.org> <838FCA83-20F8-4A09-A025-E69956032F86@lassitu.de> <45400286.9020402@samsco.org> <20061026091253.J69980@fledge.watson.org> <20061026111723.K33725@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Am 26.10.2006 um 12:20 schrieb Robert Watson:
> After a bit of looking at the output, etc, I agree with your
> conclusion that what's there now is lacking. The attached patch,
> committed to -CURRENT but not yet to -STABLE, makes the "show
> malloc" DDB output a bit more like the "vmstat -m" output, in that
> it summarizes the allocation counts and adds the memory use
> information. Sample output:
I patched up the box; here's the output right after rebooting into
the new kernel. Once it panics again, I'll post the results.
db> show malloc
Type InUse MemUse Requests
MADT Table 0 0K 0
acpipwr 0 0K 0
acpi_perf 0 0K 0
acpidev 93 3K 93
acpisem 17 2K 17
acpicmbat 0 0K 0
PCI Link 64 6K 64
acpitask 0 0K 2
acpica 3000 158K 42603
KTRACE 100 13K 100
prison 0 0K 0
$PIR 0 0K 0
DEVFS3 95 12K 96
nexusdev 3 1K 3
MP Table 0 0K 0
memdesc 1 4K 1
legacydrv 0 0K 0
ithread 66 6K 66
I/O APIC 1 1K 1
zombie 0 0K 649
proc-args 28 2K 345
kqueue 0 0K 30
kenv 113 8K 114
atkbddev 2 1K 2
sigio 1 1K 1
file desc to leader 0 0K 0
VM pgdata 2 65K 2
file desc 68 17K 717
DEVFS2 0 0K 0
USBHC 0 0K 0
cdev 19 3K 19
USBdev 3 1K 9
UMAHash 1 1K 3
UFS mount 9 19K 9
UFS quota 0 0K 0
UFS dirhash 27 5K 27
savedino 0 0K 0
newdirblk 0 0K 0
dirrem 0 0K 0
mkdir 0 0K 0
diradd 0 0K 0
freefile 0 0K 0
freeblks 0 0K 0
freefrag 0 0K 0
allocindir 0 0K 0
indirdep 0 0K 0
allocdirect 0 0K 0
bmsafemap 0 0K 0
newblk 1 1K 1
inodedep 1 256K 1
pagedep 1 64K 1
rpcclnt 0 0K 0
p1003.1b 1 1K 1
agp 0 0K 0
NFS daemon 5 10K 5
NFSV3 srvdesc 0 0K 0
NFS srvsock 1 1K 1
nlminfo 0 0K 0
NFS lock 0 0K 0
NFS DirectIO 0 0K 0
NFS hash 0 0K 0
NFSV3 diroff 0 0K 0
NFSV3 bigfh 0 0K 0
NFS req 0 0K 0
NFS srvsock 0 0K 0
idmap 0 0K 0
NFS4 dev 0 0K 0
syncache 1 8K 1
USB 31 3K 31
hostcache 1 24K 1
ip_moptions 0 0K 0
Export Host 0 0K 0
in_multi 3 1K 3
igmp 0 0K 0
routetbl 14 2K 55
entropy 1024 64K 1024
ata_dma 6 1K 6
ad_driver 2 1K 2
vlan 0 0K 0
tun 0 0K 0
lo 1 1K 1
arpcom 2 1K 2
clone 2 8K 2
ether_multi 12 1K 14
ifaddr 22 5K 22
ifnet 4 4K 4
BPF 3 1K 3
ata_generic 3 3K 3
Export Host 0 0K 0
vnodemarker 0 0K 74
mount 76 3K 225
vnodes 1 1K 1
VFS hash 1 256K 1
Export Host 1 1K 1
cluster_save buffer 0 0K 0
vfscache 1 512K 1
BIO buffer 41 82K 45
isadev 18 2K 18
pcb 22 5K 43
soname 4 1K 431
mbuf_tag 0 0K 2
mbextcnt 0 0K 0
accf 0 0K 0
ptys 0 0K 0
ttys 1072 152K 2543
shm 1 12K 1
sem 4 7K 4
msg 4 25K 4
iov 0 0K 292
select 0 0K 0
ioctlops 0 0K 465
Unitno 6 1K 8
turnstiles 91 6K 91
taskqueue 9 1K 9
stack 0 0K 0
MD sectors 0 0K 0
MD disk 0 0K 0
sleep queues 91 3K 91
sbuf 0 0K 246
rman 176 11K 542
LED 0 0K 0
kbdmux 6 9K 6
acd_driver 1 2K 1
kobj 115 230K 134
eventhandler 44 3K 44
devstat 8 17K 8
mirror_data 0 0K 0
bus-sc 82 32K 1841
bus 793 38K 4342
SWAP 2 549K 2
umtx 90 6K 90
sysctltmp 0 0K 197
sysctloid 3189 97K 3189
sysctl 0 0K 151
uidinfo 4 2K 7
plimit 13 4K 149
ata_pci 0 0K 0
cred 11 2K 1266
subproc 146 292K 795
proc 2 8K 2
session 23 3K 26
pgrp 23 2K 26
GEOM 98 12K 429
mtx_pool 1 8K 1
module 180 12K 180
pfs_vncache 0 0K 0
free 0 0K 0
pfs_nodes 0 0K 0
ip6ndp 0 0K 0
ip6opt 0 0K 0
temp 13 211K 4630
devbuf 1562 3592K 1563
cache 0 0K 0
lockf 6 1K 42
DEVFS 12 1K 13
linker 30 2K 54
DEVFS_RULE 0 0K 0
DEVFS1 84 21K 84
--
Stefan Bethke <stb@lassitu.de> Fon +49 170 346 0140
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20152564-EC53-4210-9590-23817A6A3E42>