Howard Chu @ Symas on Nostr: I first wrote sl_malloc.c in April 2003. The intention was to grab a slab of memory ...
Published at
2026-08-29 23:43:28 UTCEvent JSON
{
"id": "0b27333e79509313bbcbba732a38eb38b1f174c2c6a6252dc13b661a6b1424dc",
"pubkey": "5aeb250b3075a12bd05e16c8a3c40da91a553fa92164a39915a3a0615fe51864",
"created_at": 1788047008,
"kind": 1,
"tags": [
[
"imeta",
"url https://files.mastodon.social/media_attachments/files/117/181/446/403/441/824/original/bc8470f12307ce5a.jpg",
"m image/jpeg",
"dim 551x454",
"blurhash U7By:Vv{F$9v?wNHWA-o%$%hw{jFxwt7xbkC"
],
[
"proxy",
"https://mastodon.social/users/hyc/statuses/117181448724333499",
"activitypub"
],
[
"client",
"Mostr",
"31990:6be38f8c63df7dbf84db7ec4a6e6fbbd8d19dca3b980efad18585c46f04b26f9:mostr",
"wss://relay.ditto.pub"
]
],
"content": "I first wrote sl_malloc.c in April 2003. https://git.openldap.org/openldap/openldap/-/blob/master/servers/slapd/sl_malloc.c?ref_type=heads\n\nThe intention was to grab a slab of memory on every incoming operation, allocate from it as needed like a stack to process the request and generate the response, never do frees, and just reset the slab when the processing completed.\n\nIt was complicated by the fact that a Search request usually yields multiple response messages.\n\nhttps://files.mastodon.social/media_attachments/files/117/181/446/403/441/824/original/bc8470f12307ce5a.jpg",
"sig": "a1c5ac20c910e127f63a0ffe350ccec5dae8d6d4822a98ca3b9772d42d1e1e93c28429b1de7001c509744807c7d4b1f27b6a3e446c5a23d1222123edd2c9c3c4"
}