--nextPart1853878.BTf69KNDT0
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Thursday, 17. February 2005 22:00, Matthew Dillon wrote:
> :On Thu, Feb 17, 2005 at 03:03:35PM -0500, Pedro F. Giffuni wrote:
> :> JIC you are not following freebsd-hackers, there was an interesting
> :> discussion about the linux thread-aware malloc that is under a BSD
> :> license. This link comes from an older thread:
> :
> :There are other alternatives as well, which may or may not perform
> :better for different work loads. I would schedule this discussion
> :after we have an interface for remapping without open file descriptor.
> :
> :Joerg
>
> One of them being our own thread-aware slab allocator. We would
> have to cut down the slab size to make it efficient but it would be
> worth porting into userland (not difficult since I originally developed
> it in userland) just to see how well it stacks up.
i wrote (more out of couriosity) a slab allocator which support object=20
construction and destruction and also uses the fast magazines. last time=20
i timed it vs. userland malloc(), the slab alloc had about double the=20
speed. it has been written with smp in mind, but not yet implemented smp=20
safe.
in case somebody wants to take a look:
<http://dragonfly.the-bofh.org/cgi-bin/viewcvs.cgi/slaballoc/trunk/?root=3D=
SVN+Projects>
cheers
simon
=2D-=20
/"\
\ /
\ ASCII Ribbon Campaign
/ \ Against HTML Mail and News
--nextPart1853878.BTf69KNDT0
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQBCFSxPr5S+dk6z85oRAi+/AJsH5n3DgM2Wgss9RQwbemNqfyt6dACgrVMt
t9pu62rqrup3VfwDA+Deni4=
=gz+P
-----END PGP SIGNATURE-----
--nextPart1853878.BTf69KNDT0--