Re: [PATCH] docs: Add overview and SLUB allocator sections to slab documentation
From: Lorenzo Stoakes
Date: Sat Apr 18 2026 - 05:07:34 EST
NAK to obvious, disrespectful, AI slop garbage.
Go read https://docs.kernel.org/process/generated-content.html - especially the
bit about dismissing crap like this.
On Sat, Apr 18, 2026 at 12:06:19AM +0000, Nick Huang wrote:
> - Add "Overview" section explaining the slab allocator's role and purpose
> - Document the three main slab allocator implementations (SLAB, SLUB, SLOB)
The fact you're insanely wrong about the current state of slab only makes this
worse.
> - Highlight SLUB as the default allocator on modern systems
Not default. Only...
> - Add "SLUB Allocator" subsection with detailed information:
There's nothing detailed...
> - Explain SLUB's design goals and advantages over legacy SLAB
Irrelevant, SLAB doesn't exist.
> - Document its focus on simplification and performance
Who cares? This isn't linked in?
> - Note support for both uniprocessor and SMP systems
Uniprocessor? Seriously?
>
> Signed-off-by: Nick Huang <sef1548@xxxxxxxxx>
> ---
> Documentation/mm/slab.rst | 26 ++++++++++++++++++++++++++
> 1 file changed, 26 insertions(+)
>
> diff --git a/Documentation/mm/slab.rst b/Documentation/mm/slab.rst
> index 2bcc58ada302..2d1d093afb7b 100644
> --- a/Documentation/mm/slab.rst
> +++ b/Documentation/mm/slab.rst
> @@ -4,6 +4,32 @@
> Slab Allocation
> ===============
>
> +Overview
> +========
> +
> +The slab allocator is responsible for efficient allocation and reuse of
> +small kernel objects. It reduces internal fragmentation and improves
> +performance by caching frequently used objects.
This sentence doesn't even make any sense.
> +
> +The Linux kernel provides multiple slab allocator implementations,
> +including SLAB, SLUB, and SLOB. Among these, SLUB is the default
> +allocator on most modern systems.
WRONG. WRONG. WRONG.
> +
> +SLUB Allocator
> +==============
> +
> +Overview
> +--------
> +
> +SLUB is a slab allocator designed to replace the legacy SLAB allocator
> +(mm/slab.c). It addresses the complexity, scalability limitations, and
> +memory overhead of the SLAB implementation.
This is useless crap? 'X is designed to replace Y which doesn't exist but let's
mention it anyway'. How is this an overview?
> +
> +The primary goal of SLUB is to simplify slab allocation while improving
> +performance on both uniprocessor (UP) and symmetric multiprocessing (SMP)
> +systems.
This is meaningless noise too.
> +
> +
> Functions and structures
> ========================
>
> --
> 2.43.0
>
You've wasted my time, your time and other people's time. Have a think about
that.
Lorenzo