lkml.org 
[lkml]   [2005]   [Aug]   [13]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateSat, 13 Aug 2005 19:17:50 +0300
FromPekka Enberg <>
SubjectRe: Reusing the slab allocator
On 8/10/05, Jon Smirl <jonsmirl@gmail.com> wrote:
> We need a memory manager for the VRAM on video cards. The most common
> video cards have been 2MB and 512MB memory. Is it possible to reuse
> the kernel slab allocator for managing this memory?
> 
> There are a couple of other odd constraints.
> 1) Some objects need to be allocated on boundaries, like 64B or even
> 1KB divisible addresses.
> 2) It would be best if the allocation bookkeeping data structures were
> kept in system RAM. It may not be simple to access VRAM for read/write
> of bookkeeping info. VRAM  can require slow PCI cycles or need high
> mem mappings to access.
> 
> If possible I'd rather reuse an existing manager than write a new one.

Alternatively, take a look at vmem allocator described in Magazines
and Vmem: Extending the Slab Allocator to Many CPUs and Arbitrary
Resources by Bonwick. AFAIK the slab allocator in Solaris is built on
vmem.

                                   Pekka
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-08-13 18:20    [from the cache]
©2003-2008