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)

tribblix@gmail.com :: GitHub :: Privacy