wraggster
April 19th, 2006, 01:18
Pepsiman posted this on his DS Linux Site:
When running a userspace program, the kernel has to allocate a continuous block of memory to store the code, data and stack.
The default memory allocator in the 2.6 branch of the linux kernel is called SLAB. The SLAB allocator rounds this allocation up to the next size it deals with. The SLAB allocator uses sizes of 32, 64, 96, 128, 192, 256 and 512 bytes and 1, 2, 4, 8, 16, 32, 64, 128, 256, 512 and 1024 kilobytes.
So if a program requires 70k of memory, the SLAB allocator would allocate 128k. This wastes a lot of memory. There is an alternative memory allocator called SLOB. SLOB allocates what you ask for and doesn’t waste memory. The SLOB allocator has been added to DSLinux and will be used in the next nightly build. Using SLOB will allow retawq to run on the GBAMP build again.
Means bugger all to me too, more info --> http://www.dslinux.org/blogs/pepsiman/
When running a userspace program, the kernel has to allocate a continuous block of memory to store the code, data and stack.
The default memory allocator in the 2.6 branch of the linux kernel is called SLAB. The SLAB allocator rounds this allocation up to the next size it deals with. The SLAB allocator uses sizes of 32, 64, 96, 128, 192, 256 and 512 bytes and 1, 2, 4, 8, 16, 32, 64, 128, 256, 512 and 1024 kilobytes.
So if a program requires 70k of memory, the SLAB allocator would allocate 128k. This wastes a lot of memory. There is an alternative memory allocator called SLOB. SLOB allocates what you ask for and doesn’t waste memory. The SLOB allocator has been added to DSLinux and will be used in the next nightly build. Using SLOB will allow retawq to run on the GBAMP build again.
Means bugger all to me too, more info --> http://www.dslinux.org/blogs/pepsiman/