UMEM_CACHE_CREATE(3MALLOC) Memory Allocation Library Functions
NAME
umem_cache_create, umem_cache_destroy, umem_cache_alloc,
umem_cache_free - allocation cache manipulation
SYNOPSIS
cc [
flag ... ]
file...
-lumem [
library ... ]
#include <umem.h>
umem_cache_t *umem_cache_create(
char *debug_name,
size_t bufsize,
size_t align,
umem_constructor_t *constructor,
umem_destructor_t *destructor,
umem_reclaim_t *reclaim,
void *callback_data,
vmem_t *source,
int cflags);
void umem_cache_destroy(
umem_cache_t *cache);
void *umem_cache_alloc(
umem_cache_t *cache,
int flags);
void umem_cache_free(
umem_cache_t *cache,
void *buffer);
DESCRIPTION
These functions create, destroy, and use an "object cache". An
object cache is a collection of buffers of a single size, with
optional content caching enabled by the use of callbacks (see
Cache Callbacks). Object caches are MT-Safe. Multiple allocations and
freeing of memory from different threads can proceed simultaneously.
Object caches are faster and use less space per buffer than
malloc(3MALLOC) and
umem_alloc(3MALLOC). For more information about
object caching, see "The Slab Allocator: An Object-Caching Kernel
Memory Allocator" and "Magazines and vmem: Extending the Slab
Allocator to Many CPUs and Arbitrary Resources".
The
umem_cache_create() function creates object caches. Once a cache
has been created, objects can be requested from and returned to the
cache using
umem_cache_alloc() and
umem_cache_free(), respectively. A
cache with no outstanding buffers can be destroyed with
umem_cache_destroy().
Creating and Destroying Caches
The
umem_cache_create() function creates a cache of objects and takes
as arguments the following:
debug_name A human-readable name for debugging purposes.
bufsize The size, in bytes, of the buffers in this cache.
align The minimum alignment required for buffers in this
cache. This parameter must be a power of 2. If 0, it
is replaced with the minimum required alignment for
the current architecture.
constructor The callback to construct an object.
destructor The callback to destroy an object.
reclaim The callback to reclaim objects.
callback_data An opaque pointer passed to the callbacks.
source This parameter must be
NULL.
cflags This parameter must be either 0 or
UMC_NODEBUG. If
UMC_NODEBUG, all debugging features are disabled for
this cache. See
umem_debug(3MALLOC).
Each cache can have up to three associated callbacks:
int constructor(void *buffer, void *callback_data, int flags);
void destructor(void *buffer, void *callback_data);
void reclaim(void *callback_data);
The
callback_data argument is always equal to the value passed to
umem_cache_create(), thereby allowing a client to use the same
callback functions for multiple caches, but with customized behavior.
The reclaim callback is called when the umem function is requesting
more memory from the operating system. This callback can be used by
clients who retain objects longer than they are strictly needed (for
example, caching non-active state). A typical reclaim callback might
return to the cache ten per cent of the unneeded buffers.
The constructor and destructor callbacks enable the management of
buffers with the constructed state. The constructor takes as
arguments a buffer with undefined contents, some callback data, and
the flags to use for any allocations. This callback should transform
the buffer into the constructed state.
The destructor callback takes as an argument a constructed object and
prepares it for return to the general pool of memory. The destructor
should undo any state that the constructor created. For debugging,
the destructor can also check that the buffer is in the constructed
state, to catch incorrectly freed buffers. See
umem_debug(3MALLOC) for further information on debugging support.
The
umem_cache_destroy() function destroys an object cache. If the
cache has any outstanding allocations, the behavior is undefined.
Allocating Objects
The
umem_cache_alloc() function takes as arguments:
cache a cache pointer
flags flags that determine the behavior if
umem_cache_alloc() is
unable to fulfill the allocation request
If successful,
umem_cache_alloc() returns a pointer to the beginning
of an object of
bufsize length.
There are three cases to consider:
o A new buffer needed to be allocated. If the cache was
created with a constructor, it is applied to the buffer
and the resulting object is returned.
o The object cache was able to use a previously freed
buffer. If the cache was created with a constructor, the
object is returned unchanged from when it was freed.
o The allocation of a new buffer failed. The
flags argument
determines the behavior:
UMEM_DEFAULT The
umem_cache_alloc() function returns
NULL if the allocation fails.
UMEM_NOFAIL The
umem_cache_alloc() function cannot
return
NULL. A callback is used to
determine what action occurs. See
umem_alloc(3MALLOC) for more information.
Freeing Objects
The
umem_cache_free() function takes as arguments:
cache a cache pointer
buf a pointer previously returned from
umem_cache_alloc(). This
argument must not be
NULL.
If the cache was created with a constructor callback, the object must
be returned to the constructed state before it is freed.
Undefined behavior results if an object is freed multiple times, if
an object is modified after it is freed, or if an object is freed to
a cache other than the one from which it was allocated.
Caches with Constructors
When a constructor callback is in use, there is essentially a
contract between the cache and its clients. The cache guarantees
that all objects returned from
umem_cache_alloc() will be in the
constructed state, and the client guarantees that it will return the
object to the constructed state before handing it to
umem_cache_free().
RETURN VALUES
Upon failure, the
umem_cache_create() function returns a null
pointer.
ERRORS
The
umem_cache_create() function will fail if:
EAGAIN There is not enough memory available to allocate the cache
data structure.
EINVAL The
debug_name argument is
NULL, the
align argument is not
a power of two or is larger than the system pagesize, or
the
bufsize argument is 0.
ENOMEM The
libumem library could not be initialized, or the
bufsize argument is too large and its use would cause
integer overflow to occur.
EXAMPLES
Example 1: Use a fixed-size structure with no constructor callback.
#include <umem.h>
typedef struct my_obj {
long my_data1;
} my_obj_t;
/*
* my_objs can be freed at any time. The contents of
* my_data1 is undefined at allocation time.
*/
umem_cache_t *my_obj_cache;
...
my_obj_cache = umem_cache_create("my_obj", sizeof (my_obj_t),
0, NULL, NULL, NULL, NULL, NULL, 0);
...
my_obj_t *cur = umem_cache_alloc(my_obj_cache, UMEM_DEFAULT);
...
/* use cur */
...
umem_cache_free(my_obj_cache, cur);
...
Example 2: Use an object with a mutex.
#define _REENTRANT
#include <synch.h>
#include <umem.h>
typedef struct my_obj {
mutex_t my_mutex;
long my_data;
} my_obj_t;
/*
* my_objs can only be freed when my_mutex is unlocked.
*/
int
my_obj_constructor(void *buf, void *ignored, int flags)
{
my_obj_t *myobj = buf;
(void) mutex_init(&my_obj->my_mutex, USYNC_THREAD, NULL);
return (0);
}
void
my_obj_destructor(void *buf, void *ignored)
{
my_obj_t *myobj = buf;
(void) mutex_destroy(&my_obj->my_mutex);
}
umem_cache_t *my_obj_cache;
...
my_obj_cache = umem_cache_create("my_obj", sizeof (my_obj_t),
0, my_obj_constructor, my_obj_destructor, NULL, NULL,
NULL, 0);
...
my_obj_t *cur = umem_cache_alloc(my_obj_cache, UMEM_DEFAULT);
cur->my_data = 0; /* cannot assume anything about my_data */
...
umem_cache_free(my_obj_cache, cur);
...
Example 3: Use a more complex object with a mutex.
#define _REENTRANT
#include <assert.h>
#include <synch.h>
#include <umem.h>
typedef struct my_obj {
mutex_t my_mutex;
cond_t my_cv;
struct bar *my_barlist;
unsigned my_refcount;
} my_obj_t;
/*
* my_objs can only be freed when my_barlist == NULL,
* my_refcount == 0, there are no waiters on my_cv, and
* my_mutex is unlocked.
*/
int
my_obj_constructor(void *buf, void *ignored, int flags)
{
my_obj_t *myobj = buf;
(void) mutex_init(&my_obj->my_mutex, USYNC_THREAD, NULL);
(void) cond_init(&my_obj->my_cv, USYNC_THREAD, NULL);
myobj->my_barlist = NULL;
myobj->my_refcount = 0;
return (0);
}
void
my_obj_destructor(void *buf, void *ignored)
{
my_obj_t *myobj = buf;
assert(myobj->my_refcount == 0);
assert(myobj->my_barlist == NULL);
(void) cond_destroy(&my_obj->my_cv);
(void) mutex_destroy(&my_obj->my_mutex);
}
umem_cache_t *my_obj_cache;
...
my_obj_cache = umem_cache_create("my_obj", sizeof (my_obj_t),
0, my_obj_constructor, my_obj_destructor, NULL, NULL,
NULL, 0);
...
my_obj_t *cur = umem_cache_alloc(my_obj_cache, UMEM_DEFAULT);
...
/* use cur */
...
umem_cache_free(my_obj_cache, cur);
...
Example 4: Use objects with a subordinate buffer while reusing
callbacks.
#include <assert.h>
#include <umem.h>
typedef struct my_obj {
char *my_buffer;
size_t my_size;
} my_obj_t;
/*
* my_size and the my_buffer pointer should never be changed
*/
int
my_obj_constructor(void *buf, void *arg, int flags)
{
size_t sz = (size_t)arg;
my_obj_t *myobj = buf;
if ((myobj->my_buffer = umem_alloc(sz, flags)) == NULL)
return (1);
my_size = sz;
return (0);
}
void
my_obj_destructor(void *buf, void *arg)
{
size_t sz = (size_t)arg;
my_obj_t *myobj = buf;
assert(sz == buf->my_size);
umem_free(myobj->my_buffer, sz);
}
...
umem_cache_t *my_obj_4k_cache;
umem_cache_t *my_obj_8k_cache;
...
my_obj_cache_4k = umem_cache_create("my_obj_4k", sizeof (my_obj_t),
0, my_obj_constructor, my_obj_destructor, NULL,
(void *)4096, NULL, 0);
my_obj_cache_8k = umem_cache_create("my_obj_8k", sizeof (my_obj_t),
0, my_obj_constructor, my_obj_destructor, NULL,
(void *)8192, NULL, 0);
...
my_obj_t *my_obj_4k = umem_cache_alloc(my_obj_4k_cache,
UMEM_DEFAULT);
my_obj_t *my_obj_8k = umem_cache_alloc(my_obj_8k_cache,
UMEM_DEFAULT);
/* no assumptions should be made about the contents
of the buffers */
...
/* make sure to return them to the correct cache */
umem_cache_free(my_obj_4k_cache, my_obj_4k);
umem_cache_free(my_obj_8k_cache, my_obj_8k);
...
See the
EXAMPLES section of
umem_alloc(3MALLOC) for examples
involving the
UMEM_NOFAIL flag.
ATTRIBUTES
See
attributes(7) for descriptions of the following attributes:
+--------------------+-----------------+
| ATTRIBUTE TYPE | ATTRIBUTE VALUE |
+--------------------+-----------------+
|Interface Stability | Committed |
+--------------------+-----------------+
|MT-Level | MT-Safe |
+--------------------+-----------------+
SEE ALSO
setcontext(2),
atexit(3C),
longjmp(3C),
swapcontext(3C),
thr_exit(3C),
libumem(3LIB),
umem_alloc(3MALLOC),
umem_debug(3MALLOC),
attributes(7) Bonwick, Jeff, "The Slab Allocator: An Object-Caching Kernel Memory
Allocator", Proceedings of the Summer 1994 Usenix Conference.
Bonwick, Jeff and Jonathan Adams, "Magazines and vmem: Extending the
Slab Allocator to Many CPUs and Arbitrary Resources", Proceedings of
the Summer 2001 Usenix Conference.
WARNINGS
Any of the following can cause undefined results:
o Destroying a cache that has outstanding allocated buffers.
o Using a cache after it has been destroyed.
o Calling
umem_cache_free() on the same buffer multiple
times.
o Passing a
NULL pointer to
umem_cache_free().
o Writing past the end of a buffer.
o Reading from or writing to a buffer after it has been
freed.
o Performing
UMEM_NOFAIL allocations from an
atexit(3C) handler.
Per-cache callbacks can be called from a variety of contexts. The use
of functions that modify the active context, such as
setcontext(2),
swapcontext(3C), and
thr_exit(3C), or functions that are unsafe for
use in multithreaded applications, such as
longjmp(3C) and
siglongjmp(3C), result in undefined behavior.
A constructor callback that performs allocations must pass its
flags argument unchanged to
umem_alloc(3MALLOC) and
umem_cache_alloc().
Any allocations made with a different flags argument results in
undefined behavior. The constructor must correctly handle the
failure of any allocations it makes.
NOTES
Object caches make the following guarantees about objects:
o If the cache has a constructor callback, it is applied to
every object before it is returned from
umem_cache_alloc() for the first time.
o If the cache has a constructor callback, an object passed
to
umem_cache_free() and later returned from
umem_cache_alloc() is not modified between the two events.
o If the cache has a destructor, it is applied to all
objects before their underlying storage is returned.
No other guarantees are made. In particular, even if there are
buffers recently freed to the cache,
umem_cache_alloc() can fail.
June 18, 2021 UMEM_CACHE_CREATE(3MALLOC)