Benchmark musl vs musl+mimalloc vs glibc on an HP G6 host after go-live #46
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Why
v2.0.0 changes two things about allocation at once and neither is backed by a measurement taken on this software:
Point 2 is mitigation against a documented property of mallocng, not against an observed regression. Nobody has run ER on plain musl under load. So the shipped configuration is a reasonable default chosen from first principles, and that is worth either confirming or correcting with numbers.
Raised by Axianthe during the review of the musl switch.
What to measure
Three builds, same commit, same host, same workload:
Note
overrideis off in C, so bundled SQLite and ring use musl's malloc in both B and C. If the numbers are close, re-running C withoverrideon is the next variable, not the first.Conditions
What would make this actionable
Not blocking
v2.0.0 ships as C. This is follow-up measurement, deliberately after go-live.