Meta’s renewed commitment to jemalloc
hahahacorn
399 points
173 comments
March 16, 2026
https://github.com/jemalloc/jemalloc
Related Discussions
Found 5 related stories in 33.6ms across 3,471 title embeddings via pgvector HNSW
- Meta acquires Moltbook mmayberry · 462 pts · March 10, 2026 · 50% similar
- FFmpeg at Meta: Media Processing at Scale sudhakaran88 · 239 pts · March 09, 2026 · 49% similar
- Meta weighing 20% workforce layoffs to offset AI infrastructure costs: report 1vuio0pswjnm7 · 21 pts · March 14, 2026 · 48% similar
- Google Cloud: Investing in the Future of PostgreSQL kevincox · 23 pts · April 01, 2026 · 47% similar
- Meta Lays Off 700 Employees, While Rewarding Top Executives donohoe · 50 pts · March 25, 2026 · 46% similar
Discussion Highlights (20 comments)
thatoneengineer
First impressions: LOL, the blunt commentary in the HN thread title compared to the PR-speak of the fb.com post. Second thoughts: Actually the fb.com post is more transparent than I'd have predicted. Not bad at all. Of course it helps that they're delivering good news!
oncallthrow
And the Oscar for most mealy-mouthed post of the year goes to…
fermentation
Seems like they’d want to wait to commit until after the layoffs, right?
bmenrigh
I recently started using Microsoft's mimalloc (via an LD_PRELOAD) to better use huge (1 GB) pages in a memory intensive program. The performance gains are significant (around 20%). It feels rather strange using an open source MS library for performance on my Linux system. There needs to be more competition in the malloc space. Between various huge page sizes and transparent huge pages, there are a lot of gains to be had over what you get from a default GNU libc.
dang
Related. Others? Jemalloc Postmortem - https://news.ycombinator.com/item?id=44264958 - June 2025 (233 comments) Jemalloc Repositories Are Archived - https://news.ycombinator.com/item?id=44161128 - June 2025 (7 comments)
markstos
How is the original author making out in the new arrangement?
bfgeek
One has to wonder if this due to the global memory shortage. ("Oh - changing our memory allocator to be more efficient will yield $XXM dollar savings over the next year").
charcircuit
Meta never abandoned jemalloc. https://github.com/facebook/jemalloc remained public the entire time. It's my understanding that Jason Evans, the creator of jemalloc, had ownership over the jemalloc/jemalloc repo which is why that one stopped being updated after he left.
nubinetwork
Someone should tell Bryan Cantrill, he'd probably be ecstatic...
RegnisGnaw
Is there a concise timelime/history of this? I thought jemalloc was 100% open source, why is Meta in control of it?
flykespice
Jemalloc also is used by android bionic libc library
xxs
Few months back, some of the services switched to jemalloc for the Java VM. It took months (of memory dumps and tracing sys-calls) to blame the JVM, itself, for getting killed by the oom_killer. Initially the idea was diagnostics, instead the the problem disappeared on its own.
pram
I used jemalloc recently for ComfyUI/Wan and it’s literally magic. I’m surprised it doesn’t come that way by default.
starkparker
(wrong thread)
jjuliano
I remember I was a senior lead softeng of a worldbank funded startup project, and have deployed Ruby with jemalloc in prod. There's a huge noticeable speed and memory efficiency. It did saved us a lot of AWS costs, compare to just using normal Ruby. This was 8 years ago, why haven't projects adopt it yet as de facto.
lobf
>We are committed to continuing to develop jemalloc development From the Department of Redundancy Department.
adsharma
> We plan to deliver improvements to [..] purging mechanisms During my time at Facebook, I maintained a bunch of kernel patches to improve jemalloc purging mechanisms. It wasn't popular in the kernel or the security community, but it was more efficient on benchmarks for sure. Many programs run multiple threads, allocate in one and free in the other. Jemalloc's primary mechanism used to be: madvise the page back to the kernel and then have it allocate it in another thread's pool. One problem: this involves zero'ing memory, which has an impact on cache locality and over all app performance. It's completely unnecessary if the page is being recirculated within the same security domain. The problem was getting everyone to agree on what that security domain is, even if the mechanism was opt-in. https://marc.info/?l=linux-kernel&m=132691299630179&w=2
joelsiks
Opening up strong with a gigantic merge of the stuff they've been working on in their own fork: https://github.com/jemalloc/jemalloc/pull/2863
rishabhjajoriya
Large engineering orgs often underestimate how much CI pipelines amplify performance issues. Even small inefficiencies multiply when builds run hundreds of times a day.
jshorty
Surprised not to see any mention of the global memory supply shock. Would love to learn more about how that economic is shifting software priorities toward memory allocation for the first time in my (relatively young) career