jemalloc всё

Во-первых, не «всё», а «вероятно, достиг совершенства, и исправлять больше нечего». Во-вторых, если надо будет что-то доработать, доработают, ведь это системный аллокатор в фрибсд.

тоже думаю, что его найдётся кому доработать, если вдруг что.

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

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

Вот нисколько не сомневался, что GH-хейтерам не понять.

просто тупое подключение джемаллока жрёт лишнюю память.

Оно жрет память пока она есть, тем самым оказывая минимальный импакт на быстродействие операций аллокации. Когда уже нету, то начинает активно дефрагментировать и мержить куски памяти. Такая у него особенность работы (по мои наблюдениям).

В любом случае, при одном и том же ворклоде, jemalloc аллоцирует меньше памяти чем tcmalloc, пускай даже с небольшим импактом на производительность. Такой себе, середнячок.

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

Во-вторых, если надо будет что-то доработать, доработают, ведь это системный аллокатор в фрибсд.

Если Facebook, Netflix или кто-нибудь подобный занесёт денег, то доработают. Хотя, наверное, все модники уже на mimalloc переползли.

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

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

Ну, очень часто ручные аллокаторы используются в сочетании со счётчиком ссылок, а там ты уже не совсем знаешь, когда память будет освобождаться. И тогда возможность включать/выключать GC в нужные моменты наоборот может дать простой в использовании контроль над задержкой.

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

я никогда не соглашусь с любой автоматизацией управления памятью. это неоптимально.