> Спасибо. И что? Это нужно для всех кейсов? На десктопе это важно?

На серверных нагрузках важно. Даже в некоторых моих объективно маленьких задачах 20% процентов производительности - это может быть с десяток лишних серверов. А здесь есть люди у кого задачи куда масштабнее.
А разница в два раза в производительности аллокаций очень сильно бьет по интерпретируемым языкам, например, по Python.

> Нет. Если уж говорить про скорость, то ответ один - на
> асме руками все это можно до-оптимизировать, что будет еще быстрее. Можно
> даже фигачить на FPGA.

И это тоже применяется (правда мы до FPGA не доходили, пока хватало CPU и GPU), но все эти способы стоят денег и не малых, а смена musl на glibc чаще всего бесплатна, так как glibc идет в дистрибутивах из коробки.

> Сейчас может лучше, может хуже, но статистика однозначно устарела. Собственные замеры есть,
> которые это подтверждают? Или просто поверили на слово?

Эта статистика приведена одними из авторов musl, а раз он не удаляет ее, значит она адекватна.
Впрочем, есть и более новые ссылки, например, вот эта:
https://andygrove.io/2020/05/why-musl-extremely-slow/