diff options
author | Rob Landley <rob@landley.net> | 2008-10-27 22:02:54 +0000 |
---|---|---|
committer | Rob Landley <rob@landley.net> | 2008-10-27 22:02:54 +0000 |
commit | e4d1b4963d7a8425a68cb304dcb9cc645321f024 (patch) | |
tree | 4757a957d50874626b89cc91dd3ccc4f1d461ddc | |
parent | 83c034194f4fbf7d77b53a202495dba383326823 (diff) |
Explain what malloc simple is good for, and what it isn't good for.
-rw-r--r-- | extra/Configs/Config.in | 17 |
1 files changed, 10 insertions, 7 deletions
diff --git a/extra/Configs/Config.in b/extra/Configs/Config.in index 98069c59d..1c3d431c7 100644 --- a/extra/Configs/Config.in +++ b/extra/Configs/Config.in @@ -442,13 +442,16 @@ config MALLOC config MALLOC_SIMPLE bool "malloc-simple" help - "malloc-simple" was written from scratch for uClibc, and is the - simplest possible (and therefore smallest) malloc implementation. - This uses only the mmap() system call to allocation memory, and does - not use the brk() system call at all, making it a fine choice for - MMU-less systems with very limited memory. It is rather dumb, and - certainly isn't the fastest. But it is 100% standards compliant, - thread safe, and very small. + "malloc-simple" is trivially simple and slow as molasses. It + was written from scratch for uClibc, and is the simplest possible + (and therefore smallest) malloc implementation. + + This uses only the mmap() system call to allocate and free memory, + and does not use the brk() system call at all, making it a fine + choice for MMU-less systems with very limited memory. It's 100% + standards compliant, thread safe, very small, and releases freed + memory back to the OS immediately rather than keeping it in the + process's heap for reallocation. It is also VERY SLOW. config MALLOC_STANDARD bool "malloc-standard" |