В Rust за 10 лет не сделали аллокаторов?

В Rust пока можно лишь переопределить глобальный аллокатор: https://doc.rust-lang.org/std/alloc/trait.GlobalAlloc.html

То есть ты можешь узнать из какого ядра сделан этот вызов, и на основании этого выделить память своим малоком.

Вот какой-то тип пытался делать NUMA-aware allocator:

https://github.com/bastion-rs/numanji

Но там всего 8 коммитов, я хз насколько он работоспособен.

Т.е. примерно как с таймзонами в старых версиях глибЦ. Понятно, ну надеюсь reentrant интерфейсы подвезут, спасибо за пояснения.

Щито поделать десу, тема пока никому не интересна, в расте хватает и других проблем. Раз тебя так заботит эта проблема, помоги проекту да напиши нужный высокоуровневый обвес для кастомной аллокации.

Непонятно для чего ты создал этот тред, просто пособачиться с позиции крестокаши в которой уже что-то успели написать за более чем 20 лет существования?

Тут непонятно выживет ли тот раст вообще, потому что крестокашникам он не нужен у них шоры глазам приросли и язык они свой в принципе знают, хотя это не мешает делать все те же ошибки из раза в раз, индустрии не нужен потому что риски остаться один на один если вдруг все это поделие бросят, остается действительно только мозиллка, да мс ресерч, потому как старые эксперты по С отмирают, а новые типа пуделя погрязли в фантазиях метапрограммирования, а в лоукоде копаться желающих мало не барское это дело. На этом и держится интерес к расту, как «безопасному» фасаду к низкоуровневому коду как альтернатива крестокаше.

Понятно, ну надеюсь reentrant интерфейсы подвезут

Не работал с NUMA, но глобальный аллокатор обязан быть thread-safe.

Так что тебе или тому кто реализовал методы у трейта GlobalAlloc

unsafe fn alloc(&self, _layout: Layout) -> *mut u8;
unsafe fn dealloc(&self, _ptr: *mut u8, _layout: Layout);

нужно делать их со спин-локами/мютексами…

Но когда сделают локальные аллокаторы, всё будет гораздо лучше.

Кстати, вот тут тоже спрашивают про NUMA: https://github.com/rust-lang/wg-allocators/issues/29

Разница между реинтрант и тредсейф аллокатором будет примерно следующая:

маллок как ни крути должен быть тредсейф, но вот выбор конкретного маллок и его параметров в зависимости от заданного параметра хотелось бы иметь реинтрант, дабы не вводить лишнюю битву за ресурсы на пустом месте, т.к. в точке где ты знаешь тип объекта ты и так знаешь способ которым хотел бы его в данном случае выделить, тратить время на вычисления тут такое себе удовольствие тебе надо получить буфер и разместить там объект. Конечно это всё можно обыграть через TLS, но работа с ним чуть но дороже чем со стеком напрямую, да и напоминает использование глобальных переменных для хранения состояния ПО. Хотя может в нынешние времена это совсем экономия на спичках.