Name
/proc/slabinfo — Kernel slab allocator
statistics
DESCRIPTION
Frequently used objects in the Linux kernel (buffer heads,
inodes, dentries, etc.) have their own cache. The file
/proc/slabinfo gives
statistics. For example:
For each slab cache, the cache name, the number of
currently active objects, the total number of available
objects, the size of each object in bytes, the number of
pages with at least one active object, the total number of
allocated pages, and the number of pages per slab are
given.
Note that because of object alignment and slab cache
overhead, objects are not normally packed tightly into pages.
Pages with even one in-use object are considered in-use and
cannot be freed.
Kernels compiled with slab cache statistics will also have
"(statistics)" in the first line of output, and will have 5
additional columns, namely: the high water mark of active
objects; the number of times objects have been allocated; the
number of times the cache has grown (new pages added to this
cache); the number of times the cache has been reaped (unused
pages removed from this cache); and the number of times there
was an error allocating new pages to this cache. If slab
cache statistics are not enabled for this kernel, these
columns will not be shown.
SMP systems will also have "(SMP)" in the first line of
output, and will have two additional columns for each slab,
reporting the slab allocation policy for the CPU-local cache
(to reduce the need for inter-CPU synchronization when
allocating objects from the cache). The first column is the
per-CPU limit: the maximum number of objects that will be
cached for each CPU. The second column is the batchcount: the
maximum number of free objects in the global cache that will
be transferred to the per-CPU cache if it is empty, or the
number of objects to be returned to the global cache if the
per-CPU cache is full.
If both slab cache statistics and SMP are defined, there
will be four additional columns, reporting the per-CPU cache
statistics. The first two are the per-CPU cache allocation
hit and miss counts: the number of times an object was or was
not available in the per-CPU cache for allocation. The next
two are the per-CPU cache free hit and miss counts: the
number of times a freed object could or could not fit within
the per-CPU cache limit, before flushing objects to the
global cache.
It is possible to tune the SMP per-CPU slab cache limit
and batchcount via:
VERSIONS
/proc/slabinfo exists since
Linux 2.1.23. SMP per-CPU caches exist since Linux
2.4.0-test3.
Copyright (c) 2001 Andreas Dilger (adilger@turbolinux.com)
Permission is granted to make and distribute verbatim copies of this
manual provided the copyright notice and this permission notice are
preserved on all copies.
Permission is granted to copy and distribute modified versions of this
manual under the conditions for verbatim copying, provided that the
entire resulting derived work is distributed under the terms of a
permission notice identical to this one.
Since the Linux kernel and libraries are constantly changing, this
manual page may be incorrect or out-of-date. The author(s) assume no
responsibility for errors or omissions, or for damages resulting from
the use of the information contained herein. The author(s) may not
have taken the same level of care in the production of this manual,
which is licensed free of charge, as they might when working
professionally.
Formatted or processed versions of this manual, if unaccompanied by
the source, must acknowledge the copyright and authors of this work.
|