Подскажите аллокатор, которому можно задать свой backend

взять тот же ptalloc или иной стандартный as-is не получится, т.к. будет коллизия символов при линковке с непонятными последствиями

Что? Вот для того там отдельный backend, чтоб он вдруг не был сменным?

Непонятно, что ты хочешь услышать в ответ кроме «бери попроще и пиши свой».

https://docs.microsoft.com/en-us/cpp/standard-library/allocator-class?view=msvc-170 allocator Class

All the C++ Standard Library containers have a template parameter that defaults to allocator.  
Constructing a container with a custom allocator provide control over allocation and freeing of that container's elements.

Можете свой вместо стандартного использовать …

Ты хочешь сделать чтобы malloc из libc пользовался твоими колбеками (и, соответственно, всем кто делает malloc раздавал память через них, например функции fopen когда она выделяет память под структуру FILE), или же тебе нужен аллокатор исключительно для использования в своём собственном коде?

Если второе и единственная его задача выделять объекты не больше чем семи кратных друг другу разных размеров - то пиши свой, это будет по всему эффективнее чем тюнить аллокатор общего назначения под эти нужды. Вобщем-то, вся логика такого аллокатора уложится в пару страниц кода (семь цепоченых списков для свободных блоков по 128,256,512,640,768,896,1024 байт, сами блоки выделяются и включаются в эти списки по какому-то простому алгоритму из полученных больших блоков от того что ты называешь бекэндом, функция «взять свободный блок из списка», «вернуть блок в список», ну и особый случай для запроса ещё одного большого блока если с списке свободных пусто)

… то пиши свой, это будет по всему эффективнее чем тюнить аллокатор общего назначения

На github их как тараканов в Нью Йорке …

Так потому и много, что свой написать быстрее чем приделывать тюнинг (или костыли) к чужому. А если ты напишешь аллокатор, который умеет сразу все виды аллокаций, которые можно придумать, то придётся тратить слишком много времени на чтение документации к нему перед использованием, и возможно он будет медленнее из-за кучи бранчей везде. Опять выходит - проще за полчаса написать свой узкоспециализированный. Даже более того - может получиться так, что в рамках одной проги эффективнее будет написать два разных аллокатора для разных её кусков, чем один универсальный для обоих.

Вобщем, это не тот случай где надо молиться на переиспользование кода, нестандартный аллокатор это такая одноразовая штука под конкретную задачу. А стандартный уже есть (libc malloc) - если не хочется возиться просто бери его.

я не хочу использовать malloc. вообще. мне нужен свой аллокатор, хотя бы из чужих исходников. приспособить malloc оказалось не реально, я таких сильных матов не знаю.

так всё можно. вопрос был в том, где взять аллокатор а не «можно ли его использовать».

Казалось бы, при чем тут кресты.

https://github.com/microsoft/mimalloc mimalloc is a compact general purpose allocator with excellent performance

мне нужен свой аллокатор, хотя бы из чужих исходников.

бери

вопрос был в том, где взять аллокатор

в поисковике. тебе все равно туда ходить, не халявь.

Казалось бы, при чем тут кресты.

Использую C++ как Си.

В этом есть свои плюсы ...

я таких сильных матов не знаю.

Мы знаем. Фанера пролетает.

вот спасибо, вот годнота то какая. хрен бы я нашел это гуглом.

https://en.cppreference.com/w/cpp/memory/polymorphic_allocator

https://en.cppreference.com/w/cpp/memory/monotonic_buffer_resource

особенно если не пытаясь

Не понимаю постановку задачи. Нужен drop-in replacement для libc malloc/free для произвольной программы? Или в коде можно явно вызывать свой аллокатор?

salozar, помогу вам не много.

Много ныне «УЧЕНЫЕ МУЖИ» наплодили разного API.
Так какое же использовать?
А просто!

Смотрите какие библиотеки используют популярные и всеми признанные проекты ...

ну вот они например opencv используют. мне тоже opencv вместо аллокатора использовать?

я свой js-движок пишу. там есть 3 способа аллокации:

1)как malloc но мелкого размера(128*n байт, n <= 8) 2)temporary malloc (очищается одним вызовом) 3)movable malloc(блок данных при проходе gc при меремещении обновляет указатель на себя).

так вот (1) вызвало у меня затруднения. дело в том, что адреса возвращаемые маллоком должны лежать в определенной области. более того, эта область порублена на куски размером 64к, и мне надо знать когда кусок 64к освободился чтоб вернуть его в пул кусков а может быть и освободить через madvise/VirtualAllocEx