The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Прекращена разработка библиотеки управления памятью jemalloc

13.06.2025 23:21

Автор библиотеки управления памятью jemalloc объявил о прекращении разработки проекта и перевёл GitHub-репозиторий в архивный режим, допускающий доступ только для чтения. Библиотека jemalloc предлагала альтернативную реализацию функций malloc, оптимизированную для снижения фрагментации и работы на многопроцессорных системах. В 2005 году библиотека была включена в состав FreeBSD, а в 2007 была задействована в Firefox.

В 2009 году автор jemalloc перешёл на работу в компанию Facebook, в которой данная библиотека использовалась во внутренних проектах. В 2017 году автор jemalloc уволился из Facebook, а разработка была продолжена оставшейся командой из Facebook. После переименования в Meta приоритеты компании изменились, развитие библиотеки застопорилось и разработка сосредоточилась только на внутренних потребностях. Общедоступная кодовая база со временем деградировала и для устранения накопленного технического долга теперь требуется проведение значительного рефакторинга. Автор jemalloc не готов тратить своё время на подобный рефакторинг и поэтому решил свернуть разработку.

  1. Главная ссылка к новости (https://jasone.github.io/2025/...)
  2. OpenNews: Менеджер распределения памяти jemalloc выпущен в виде отдельной библиотеки
  3. OpenNews: Miсrosoft открыл код системы распределения памяти mimalloc
  4. OpenNews: Google опубликовал новый вариант системы распределения памяти TCMalloc
  5. OpenNews: Производительность Ubuntu-пакета jq удалось увеличить в 1.9 раза путём пересборки
  6. OpenNews: Компания Akamai предложила безопасную систему распределения памяти для OpenSSL
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63405-jemalloc
Ключевые слова: jemalloc
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (32) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Skullnet (ok), 23:46, 13/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    А что там можно ещё разрабатывать?
     
     
  • 2.47, Аноним (47), 10:04, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > автор jemalloc уволился из Facebook, а разработка была продолжена оставшейся командой из Facebook

    А что тут вообще можно использовать?

     

  • 1.2, НяшМяш (ok), 00:00, 14/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Книгомордые редиски, переезжаем на tcmalloc от гугла или mimalloc от майков.
     
     
  • 2.30, Зануда (?), 07:07, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    dfwmalloc
     
  • 2.41, Лансер (ok), 08:30, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    hardened_malloc?
     
     
  • 3.46, Лансер (ok), 09:54, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > This is a security-focused general purpose memory allocator providing the malloc API along with various extensions. It provides substantial hardening against heap corruption vulnerabilities.
    > The security-focused design also leads to much less metadata overhead and memory waste from fragmentation than a more traditional allocator design.
    > It aims to provide decent overall performance with a focus on long-term performance and memory usage rather than allocator micro-benchmarks.
    > It offers scalability via a configurable number of entirely independent arenas, with the internal locking within arenas further divided up per size class.
     

  • 1.4, Аноним (4), 00:09, 14/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Она была ужасно кривая и ломала примерно весь софт. Конфигурация сложная и не универсальная. При обновлениях всё рассыпается, сначала файрфокс с ней работал, потом перестал.
     
     
  • 2.5, Аноним (5), 00:11, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Какая-то тупая совсем ложь. У меня на ней кластер работал годами.
     
     
  • 3.6, Аноним (4), 00:13, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да конечно. Кластер чего, кластер питона с пхп? Ну и то что было раньше не считается, софт то развивается, а стабж давно стагнирует.
     
  • 2.14, Аноним (14), 02:57, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Использовал. Не было проблем....
     
  • 2.22, morphe (?), 04:27, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > сначала файрфокс с ней работал, потом перестал

    Системный аллокатор без проблем заменяется и стабильно работает везде... За исключением тех случаев, когда программа сама использует hardener allocator, у которого другие ожидания от системного

    В частности firefox уже использует форк jemalloc из коробки, и ему не нравится когда он запущен поверх системного jemalloc/tcmalloc
    Аналогично с хромом - он включает в себя tcmalloc, и он тоже падает если в системе аллокатор стоит tcmalloc/jemalloc

    Оба используют свои аллокаторы в первую очередь для hardening, и если ты выключишь в браузерах hardening - то они у тебя будут работать на любом системном аллокаторе, ну и его ты соответственно можешь hardened ставить

     
     
  • 3.42, Аноним (4), 09:00, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Питон у меня тоже внезапно отвалился. Но да, у него свой аллокатор поверх системного. Это было актуально, потому что питон весьма жадный до памяти. А вот tcmalloc я переопределяю как раз для электрон приложений, чтобы они умерили аппетиты.
     

  • 1.11, Кошкажена (?), 02:02, 14/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Поясните какой там может быть технический долг? Там кода не так много...
     
  • 1.12, Аноним (12), 02:10, 14/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В чем прикол подобных биюлиотек? Не очень понятно в каких случаях надо юзать их, а не стандартную реализацию. И разве ядро не справляется с фрагментацией само?
     
     
  • 2.15, Аноним (14), 02:57, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    погугли
     
     
  • 3.52, Аноним (52), 12:54, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    гуглить уже не модно, спроси у джипити
     
  • 2.17, Аноним (17), 03:28, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что значит стандартная реализация? В каждой ОС, libc эти "стандарты" разные. Вот, к примеру, во FreeBSD - jemalloc и есть стандратная реализация, т.е. ты пишешь char *p = malloc(1024); и вызывается jemalloc.
     
     
  • 3.27, Аноним (27), 06:21, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    т.е. фря всё?
     
     
  • 4.49, YetAnotherOnanym (ok), 11:11, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Так она давно "всё".
    Фря стала "всё" в тот момент, когда первый школьник установил Linux на свой десктоп, зашёл с него на опеннет и объявил, что всё, кроме Linux'а теперь - всё.
     
  • 2.21, morphe (?), 04:21, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    glibcшный аллокатор во многих задачах работает хуже чем хотелось бы
     
     
  • 3.44, Аноним (4), 09:45, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > glibcшный аллокатор во многих задачах работает хуже чем хотелось бы

    Glibc имеет не меньше параметров для конфигурации.

     
  • 2.45, Аноним (45), 09:53, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Просто посмотри сравнение с malloc на примере ноды
    https://github.com/nodejs/node/issues/21973
     

  • 1.16, Аноним (16), 03:18, 14/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    для freeswitch на больших нагрузках решала много проблем с качеством голоса и тормозами. теперь нужно искать замену. печаль.
     
     
  • 2.25, bOOster (ok), 06:18, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чегой??
     
  • 2.26, bOOster (ok), 06:19, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какие нахрен нагрузки??? Причем тут FreeSwitch?
    Sofia знешь че такое и Nokia изначально? :)
    Да, Nokia мощно вкинула SIP стэк в опенсоурс
     
  • 2.28, bOOster (ok), 06:29, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > для freeswitch на больших нагрузках решала много проблем с качеством голоса и
    > тормозами. теперь нужно искать замену. печаль.

    BSD как не странно работает лучше всех. Хехехе
    Есть проблемы - напиши мне и я сделаю тебе минимальные тайминги

     

  • 1.19, Golangdev (?), 03:54, 14/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ушла эпоха...
     
  • 1.48, Аноним (48), 10:41, 14/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "После переименования в Meta приоритеты компании изменились, развитие библиотеки застопорилось и разработка сосредоточилась только на внутренних потребностях."

    А всё почему, потому что не GPL?!

     
     
  • 2.54, Аноним (54), 14:09, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А всё потому, что Цукерберг хочет метавселенные. Но совершенно не понимает, как их сделать интересными не только для него одного.
     

  • 1.51, Аноним (51), 12:42, 14/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    1с с ней хорошо работает...
    (((
     
  • 1.53, Аноним (53), 13:13, 14/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Rust до 1.32 его тоже использовал по дефолту.
     
     
  • 2.55, Аноним (17), 15:53, 14/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дырявый сишный аллокатор? А как же безопасность?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру