The OpenNET Project / Index page

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



"Прекращена разработка библиотеки управления памятью jemalloc "
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Прекращена разработка библиотеки управления памятью jemalloc "  +/
Сообщение от opennews (ok), 13-Июн-25, 23:46 
Автор библиотеки управления памятью jemalloc объявил о прекращении разработки проекта и перевёл GitHub-репозиторий в архивный режим, допускающий доступ только для чтения. Библиотека jemalloc предлагала альтернативную  реализацию функций malloc, оптимизированную для снижения фрагментации и работы на многопроцессорных системах. В 2005 году библиотека была включена в состав FreeBSD, а в 2007 была задействована в Firefox...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=63405

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Прекращена разработка библиотеки управления памятью jemalloc..."  +11 +/
Сообщение от Skullnetemail (ok), 13-Июн-25, 23:46 
А что там можно ещё разрабатывать?
Ответить | Правка | Наверх | Cообщить модератору

47. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (47), 14-Июн-25, 10:04 
> автор jemalloc уволился из Facebook, а разработка была продолжена оставшейся командой из Facebook

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

Ответить | Правка | Наверх | Cообщить модератору

2. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от НяшМяш (ok), 14-Июн-25, 00:00 
Книгомордые редиски, переезжаем на tcmalloc от гугла или mimalloc от майков.
Ответить | Правка | Наверх | Cообщить модератору

30. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Зануда (?), 14-Июн-25, 07:07 
dfwmalloc
Ответить | Правка | Наверх | Cообщить модератору

73. "Прекращена разработка библиотеки управления памятью jemalloc..."  +1 +/
Сообщение от Аноним (73), 15-Июн-25, 11:18 
wtfmalloc
Ответить | Правка | Наверх | Cообщить модератору

41. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Лансер (ok), 14-Июн-25, 08:30 
hardened_malloc?
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

46. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Лансер (ok), 14-Июн-25, 09:54 
> 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.
Ответить | Правка | Наверх | Cообщить модератору

4. "Прекращена разработка библиотеки управления памятью jemalloc..."  –8 +/
Сообщение от Аноним (4), 14-Июн-25, 00:09 
Она была ужасно кривая и ломала примерно весь софт. Конфигурация сложная и не универсальная. При обновлениях всё рассыпается, сначала файрфокс с ней работал, потом перестал.
Ответить | Правка | Наверх | Cообщить модератору

5. "Прекращена разработка библиотеки управления памятью jemalloc..."  +13 +/
Сообщение от Аноним (5), 14-Июн-25, 00:11 
Какая-то тупая совсем ложь. У меня на ней кластер работал годами.
Ответить | Правка | Наверх | Cообщить модератору

6. "Прекращена разработка библиотеки управления памятью jemalloc..."  –6 +/
Сообщение от Аноним (4), 14-Июн-25, 00:13 
Да конечно. Кластер чего, кластер питона с пхп? Ну и то что было раньше не считается, софт то развивается, а стабж давно стагнирует.
Ответить | Правка | Наверх | Cообщить модератору

14. "Прекращена разработка библиотеки управления памятью jemalloc..."  +4 +/
Сообщение от Аноним (14), 14-Июн-25, 02:57 
Использовал. Не было проблем....
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

22. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от morphe (?), 14-Июн-25, 04:27 
> сначала файрфокс с ней работал, потом перестал

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

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

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

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

42. "Прекращена разработка библиотеки управления памятью jemalloc..."  –1 +/
Сообщение от Аноним (4), 14-Июн-25, 09:00 
Питон у меня тоже внезапно отвалился. Но да, у него свой аллокатор поверх системного. Это было актуально, потому что питон весьма жадный до памяти. А вот tcmalloc я переопределяю как раз для электрон приложений, чтобы они умерили аппетиты.
Ответить | Правка | Наверх | Cообщить модератору

69. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от morphe (?), 15-Июн-25, 07:32 
Не поумерят, в хромиуме у тебя по дефолту tcmalloc
Ответить | Правка | Наверх | Cообщить модератору

70. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (4), 15-Июн-25, 08:13 
А ну скажем это зависит от платформы. И бандленный tcmalloc это не системный tcmalloc. Правда, на jemalloc у меня так и не получилось поменять.  https://github.com/webrtc-uwp/chromium-base/blob/master/allo...
Ответить | Правка | Наверх | Cообщить модератору

75. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от morphe (?), 15-Июн-25, 14:30 
> А ну скажем это зависит от платформы. И бандленный tcmalloc это не
> системный tcmalloc.

А какая разница? Всё наиболее часто выделяющее его использует

> Правда, на jemalloc у меня так и не получилось
> поменять.

Переключи на системный аллокатор, и выключи несколько hardening опций касательных аллокаций памяти (jemalloc сам помогает за целостностью памяти следить) - и оно будет работать с jemalloc


Ответить | Правка | Наверх | Cообщить модератору

85. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от гцц (?), 16-Июн-25, 13:13 
была б кривая никто бы не поддерживал так долго её.
на ней бюджет не попилить как на AI или чатботах там, колцентрах автоматизированных. значит нужно было это всё. Мета кстати а Ирландии зарегистрирована, это вообще не фейсбук.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

86. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (4), 16-Июн-25, 19:42 
отовсюду выкидывают, где навязывали, то, что глибц не идеальна, не делает сабж предпочтительнее
Ответить | Правка | Наверх | Cообщить модератору

11. "Прекращена разработка библиотеки управления памятью jemalloc..."  +4 +/
Сообщение от Кошкажена (?), 14-Июн-25, 02:02 
Поясните какой там может быть технический долг? Там кода не так много...
Ответить | Правка | Наверх | Cообщить модератору

60. "Прекращена разработка библиотеки управления памятью jemalloc..."  +5 +/
Сообщение от Dzen Python (ok), 14-Июн-25, 20:28 
Код непонятен нынешнему поколению миддлов, в т.ч. и "выросших" из квотчиков?
Неправильное форматирование кода?
Нет auto-обёрток над типами, все в size_t?
Новый компилятор выдаёт целую стену из "пустых" ворнингов при сборке?
Для продолжения разработки нужно не на митапы по защите мигрантов ходить, а раскуривать логику?
Это просто прикрытие реальной нехватки рабочих рук при формально закрытых вакансиях.
Индуса Вахмаражью страшно пускать в боевую репу, его форк уже год не может даже час проработать без краша при интенсивном выделении/освобождении памяти?

Выбери любые три.

Ответить | Правка | Наверх | Cообщить модератору

80. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от anonymous (??), 15-Июн-25, 21:23 
Из того, что сразу видно на поверхности: билд-система на autotools, что очень усложняет кросс-платфоменность. По утверждению автора, они хотели несколько раз переехать на cmake, и все неудачно. Второй вектор - соответствие современным стандартам языка, возможно, сейчас можно уже что-то подчистить, убрать устаревшие конструкции
Я не сильно в код вдавался, не могу оценить фронт работ, но видится, команда в 4-5 толковых специалистов справилась бы за обозримый срок. Не знаю, что они там в своем Фейсбуке теплятся.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

12. "Прекращена разработка библиотеки управления памятью jemalloc..."  +1 +/
Сообщение от Аноним (12), 14-Июн-25, 02:10 
В чем прикол подобных биюлиотек? Не очень понятно в каких случаях надо юзать их, а не стандартную реализацию. И разве ядро не справляется с фрагментацией само?
Ответить | Правка | Наверх | Cообщить модератору

15. "Прекращена разработка библиотеки управления памятью jemalloc..."  –3 +/
Сообщение от Аноним (14), 14-Июн-25, 02:57 
погугли
Ответить | Правка | Наверх | Cообщить модератору

52. "Прекращена разработка библиотеки управления памятью jemalloc..."  –1 +/
Сообщение от Аноним (52), 14-Июн-25, 12:54 
гуглить уже не модно, спроси у джипити
Ответить | Правка | Наверх | Cообщить модератору

17. "Прекращена разработка библиотеки управления памятью jemalloc..."  +1 +/
Сообщение от Аноним (17), 14-Июн-25, 03:28 
Что значит стандартная реализация? В каждой ОС, libc эти "стандарты" разные. Вот, к примеру, во FreeBSD - jemalloc и есть стандратная реализация, т.е. ты пишешь char *p = malloc(1024); и вызывается jemalloc.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

27. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (27), 14-Июн-25, 06:21 
т.е. фря всё?
Ответить | Правка | Наверх | Cообщить модератору

49. "Прекращена разработка библиотеки управления памятью jemalloc..."  +11 +/
Сообщение от YetAnotherOnanym (ok), 14-Июн-25, 11:11 
Так она давно "всё".
Фря стала "всё" в тот момент, когда первый школьник установил Linux на свой десктоп, зашёл с него на опеннет и объявил, что всё, кроме Linux'а теперь - всё.
Ответить | Правка | Наверх | Cообщить модератору

21. "Прекращена разработка библиотеки управления памятью jemalloc..."  +2 +/
Сообщение от morphe (?), 14-Июн-25, 04:21 
glibcшный аллокатор во многих задачах работает хуже чем хотелось бы
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

44. "Прекращена разработка библиотеки управления памятью jemalloc..."  –1 +/
Сообщение от Аноним (4), 14-Июн-25, 09:45 
> glibcшный аллокатор во многих задачах работает хуже чем хотелось бы

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

Ответить | Правка | Наверх | Cообщить модератору

78. "Прекращена разработка библиотеки управления памятью jemalloc..."  +4 +/
Сообщение от morphe (?), 15-Июн-25, 18:18 
> Glibc имеет не меньше параметров для конфигурации.

Это шутка такая?

https://www.gnu.org/software/libc/manual/html_node/Malloc-Tu...

vs

https://jemalloc.net/jemalloc.3.html#mallctl_namespace

И при этом jemalloc/tcmalloc из коробки для многих нагрузок работают лучше по дефолту, у glibcшного ptmalloc например слишком много блокировок происходит при большом числе потоков, в то время как другие аллокаторы реализуют быстрые thread-local арены
Не просто так все бразуеры по дефолту на Linux заменяют системный аллокатор

В комментарии к ptmalloc есть такой комментарий:

>  This is not the fastest, most space-conserving, most portable, or
>  most tunable malloc ever written. However it is among the fastest
>  while also being among the most space-conserving, portable and tunable.
>  Consistent balance across these factors results in a good general-purpose
>  allocator for malloc-intensive programs.

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

Ответить | Правка | Наверх | Cообщить модератору

45. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (45), 14-Июн-25, 09:53 
Просто посмотри сравнение с malloc на примере ноды
https://github.com/nodejs/node/issues/21973
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

66. "Прекращена разработка библиотеки управления памятью jemalloc..."  +1 +/
Сообщение от Аноним (-), 15-Июн-25, 01:59 
> ядро не справляется с фрагментацией само?

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

> Не очень понятно в каких случаях надо юзать их, а не стандартную реализацию.

Если не понятно, значит не нужно. Когда споткнёшься об это, всё сразу станет ясно.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

16. "Прекращена разработка библиотеки управления памятью jemalloc..."  +1 +/
Сообщение от Аноним (16), 14-Июн-25, 03:18 
для freeswitch на больших нагрузках решала много проблем с качеством голоса и тормозами. теперь нужно искать замену. печаль.
Ответить | Правка | Наверх | Cообщить модератору

25. "Прекращена разработка библиотеки управления памятью jemalloc..."  –2 +/
Сообщение от bOOster (ok), 14-Июн-25, 06:18 
Чегой??
Ответить | Правка | Наверх | Cообщить модератору

26. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от bOOster (ok), 14-Июн-25, 06:19 
Какие нахрен нагрузки??? Причем тут FreeSwitch?
Sofia знешь че такое и Nokia изначально? :)
Да, Nokia мощно вкинула SIP стэк в опенсоурс
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

61. "Прекращена разработка библиотеки управления памятью jemalloc..."  +1 +/
Сообщение от Tron is Whistling (?), 14-Июн-25, 21:31 
У вас просто нет таких нагрузок, под которыми монструозно костыльный фрисвитч ляжет... внезапно именно из-за аллокатора. Так уж это вот поделие написали. Но если честно - я бы его таки шардил при появлении подобных нагрузок.
Ответить | Правка | Наверх | Cообщить модератору

76. "Прекращена разработка библиотеки управления памятью jemalloc..."  +1 +/
Сообщение от Аноним (16), 15-Июн-25, 17:57 
Ага. В школе каникулы, вот и повылазило со всех щелей необразованное быдло без реального опыта.
У меня и так кластер из 100+ fs серверов в aws с 15000+ cps, сотнями тысяч доменов юзверей,  с десятками LB/registrar/presense opensips и вот тут начинается самый нежданчик.
Ответить | Правка | Наверх | Cообщить модератору

28. "Прекращена разработка библиотеки управления памятью jemalloc..."  +2 +/
Сообщение от bOOster (ok), 14-Июн-25, 06:29 
> для freeswitch на больших нагрузках решала много проблем с качеством голоса и
> тормозами. теперь нужно искать замену. печаль.

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

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

58. "Прекращена разработка библиотеки управления памятью jemalloc..."  –1 +/
Сообщение от Аноним (58), 14-Июн-25, 18:13 
> BSD как не странно работает лучше всех.

Но только на суперсекретных локалхостах местных анонимов. В дикой природе встречается крайне редко и в очень ограниченном количестве случаев.

Ответить | Правка | Наверх | Cообщить модератору

65. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (-), 15-Июн-25, 01:09 
> крайне редко и в очень ограниченном количестве случаев.

Потому что Free BDSM сессии на халяву, да еще в пассивной роли - это такое себе.

Ответить | Правка | Наверх | Cообщить модератору

64. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (-), 15-Июн-25, 01:08 
> Есть проблемы - напиши мне и я сделаю тебе минимальные тайминги

И драйверы под современное железо напишешь? Так с хрена ты еще не разработчик?

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

83. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от пох. (?), 16-Июн-25, 09:04 
мистер, вы что-то запутались в показаниях!
Какие еще тебе "драйверы для современного железа" нужны твоему (вероятнее всего - воображаемому) кластеру в aws, с мильенстатыщами одних курьеров только?

Ответить | Правка | Наверх | Cообщить модератору

62. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (62), 14-Июн-25, 22:03 
Если присмотреться в код фрисвича, там такое можно найти, что все волосы сразу зашевелятся и не только.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

77. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (16), 15-Июн-25, 17:59 
и как они баги фиксят (нет) годами, которые приводят к зависанию сессий и до сих пор висят в gh. и много чего еще можно рассказать.
Ответить | Правка | Наверх | Cообщить модератору

19. "Прекращена разработка библиотеки управления памятью jemalloc..."  +3 +/
Сообщение от Golangdev (?), 14-Июн-25, 03:54 
Ушла эпоха...
Ответить | Правка | Наверх | Cообщить модератору

48. "Прекращена разработка библиотеки управления памятью jemalloc..."  +1 +/
Сообщение от Аноним (48), 14-Июн-25, 10:41 
"После переименования в Meta приоритеты компании изменились, развитие библиотеки застопорилось и разработка сосредоточилась только на внутренних потребностях."

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

Ответить | Правка | Наверх | Cообщить модератору

54. "Прекращена разработка библиотеки управления памятью jemalloc..."  +1 +/
Сообщение от Аноним (54), 14-Июн-25, 14:09 
А всё потому, что Цукерберг хочет метавселенные. Но совершенно не понимает, как их сделать интересными не только для него одного.
Ответить | Правка | Наверх | Cообщить модератору

51. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (51), 14-Июн-25, 12:42 
1с с ней хорошо работает...
(((
Ответить | Правка | Наверх | Cообщить модератору

53. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (53), 14-Июн-25, 13:13 
Rust до 1.32 его тоже использовал по дефолту.
Ответить | Правка | Наверх | Cообщить модератору

55. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (17), 14-Июн-25, 15:53 
Дырявый сишный аллокатор? А как же безопасность?
Ответить | Правка | Наверх | Cообщить модератору

84. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от 1 (??), 16-Июн-25, 10:51 
"Это другое !" (tm)
Ответить | Правка | Наверх | Cообщить модератору

87. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (87), 16-Июн-25, 21:59 
Так там, ведь, безопасТность же. Потому не страшно ;)
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

59. Скрыто модератором  +/
Сообщение от Аноним (59), 14-Июн-25, 19:50 
Ответить | Правка | Наверх | Cообщить модератору

63. "Прекращена разработка библиотеки управления памятью jemalloc..."  –1 +/
Сообщение от Аноним (63), 15-Июн-25, 01:05 
> В 2017 году автор jemalloc уволился из Facebook, а разработка была продолжена
> оставшейся командой из Facebook. После переименования в Meta приоритеты компании изменились, развитие библиотеки
> застопорилось и разработка сосредоточилась только на внутренних потребностях.

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

Ответить | Правка | Наверх | Cообщить модератору

67. "Прекращена разработка библиотеки управления памятью jemalloc..."  –1 +/
Сообщение от Аноним (12), 15-Июн-25, 04:33 
А они все продолжают и продолжают убеждать всех что пермиссивка это хорошо. Сколько еще подобных случаев нужно, чтоб люди наконец поняли, что только жпл спасет ит?
В мит же так и написано - можно брать и продавать чужой код, а люди все надеются, что добрые корпорации их отблагодарят. Ну да, вон какие благодарности, такие шо оригинальные авторы из отрасли уходят.
Ответить | Правка | Наверх | Cообщить модератору

68. "Прекращена разработка библиотеки управления памятью jemalloc..."  –1 +/
Сообщение от Аноним (-), 15-Июн-25, 05:39 
> А они все продолжают и продолжают убеждать всех что пермиссивка это хорошо.

Она и хороша. Фэйсбуку, вытершему обо всех ноги, в стандартном корпоративном стиле. Сами ж написали в лицензии Do Whatever F... You Want. Ну они и использовали автора как коврик для ног. Ничего не знаем, умещается в пределы лицензии.

> код, а люди все надеются, что добрые корпорации их отблагодарят. Ну
> да, вон какие благодарности, такие шо оригинальные авторы из отрасли уходят.

Ну вот и отблагодарили - автыря на мороз, в код - индусов, ничего личного это бизнес. И тут автор такой репу чешет - а зачем ему забесплатно фикальи за индусами чистить?!


Ответить | Правка | Наверх | Cообщить модератору

71. "Прекращена разработка библиотеки управления памятью jemalloc..."  +1 +/
Сообщение от Аноним (71), 15-Июн-25, 09:54 
> Она и хороша. Фэйсбуку, вытершему обо всех ноги, в стандартном корпоративном стиле.
> Сами ж написали в лицензии Do Whatever F... You Want. Ну
> они и использовали автора как коврик для ног. Ничего не знаем,
> умещается в пределы лицензии.

И тут ты нам щас расскажешь, как именно GPL предотвратил бы "скупил, перехватил, на мороз пустил, индусами заменил"?  И что именно изменилось бы в "тут автор такой репу чешет - а зачем ему забесплатно фикальи за индусами чистить?!"

Или как обычно, будет лишь  выделение метанчика в лужу?

Ответить | Правка | Наверх | Cообщить модератору

72. "Прекращена разработка библиотеки управления памятью jemalloc..."  +1 +/
Сообщение от НяшМяш (ok), 15-Июн-25, 10:48 
Если бы у чела был код под GPL - он бы до сих пор жил в мамином подвале и jemalloc просто оставался бы ещё одним никому не нужным васянским проектом. А так он оказался хоть кому-то нужен, пусть и временно, а чел немного денег заработал на еду.
Ответить | Правка | Наверх | Cообщить модератору

82. "Прекращена разработка библиотеки управления памятью jemalloc..."  –2 +/
Сообщение от Аноним (-), 15-Июн-25, 21:52 
> Если бы у чела был код под GPL - он бы до сих пор жил в мамином подвале

У Торвальдса нормальный такой подвал так то. С женой-каратисткой, бэхой, топовым EPYC и чем там еще. Сотрудникам мордокниги выделяют подвалы лучше? :)

Да, GPLный проект если что. А такие же но BSD Licensed - на всю толпу совсем другие суммы делят, там да, в пору в подвале жить.

Ответить | Правка | Наверх | Cообщить модератору

90. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (90), 17-Июн-25, 09:44 
Потому что ранние линукс-компании, такие как Red Hat, выходя на биржу, подарили ему акции в качестве жеста благодарности. Могли бы этого и не делать, было бы не очень красиво, но юридически никаких претензий. Просто нормальными людьми оказались, не жадными.
Ответить | Правка | Наверх | Cообщить модератору

74. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (74), 15-Июн-25, 13:51 
>После переименования в Meta приоритеты компании изменились, развитие библиотеки застопорилось и разработка сосредоточилась только на внутренних потребностях. Общедоступная кодовая база со временем деградировала и для устранения накопленного технического долга теперь требуется проведение значительного рефакторинга.

Всё, что надо знать о корпоративном опенсорсе.

Ответить | Правка | Наверх | Cообщить модератору

95. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (95), 19-Июн-25, 07:49 
Линукс - он такой.
Ответить | Правка | Наверх | Cообщить модератору

79. "Прекращена разработка библиотеки управления памятью jemalloc..."  –1 +/
Сообщение от Аноним (79), 15-Июн-25, 19:44 
Не про библиотеку, но в тему: ВОТ СЕЙЧАС самое время вылезти прыщавым экспертам и покричать про "плохой и медленный GC" :))

Да, GC вообще не сравним по скорости с самопальными аллокаторами, но он УНИВЕРСАЛЕН и скажем прямо, вполне годится для 99% прикладух. Более того - например, GC из .NET может даже не выделять память для объекта, если у неё в несобраном мусоре есть шмот такого же типа - она просто его пометит "живым" и отдаст как выделенный! Т.е. оптимизация и всё такое.

Так что прекращаем ныть про GC и начинаем писать на D. :)

Ответить | Правка | Наверх | Cообщить модератору

81. "Прекращена разработка библиотеки управления памятью jemalloc..."  –1 +/
Сообщение от Аноним (-), 15-Июн-25, 21:50 
> Не про библиотеку, но в тему: ВОТ СЕЙЧАС самое время вылезти прыщавым
> экспертам и покричать про "плохой и медленный GC" :))

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

Ответить | Правка | Наверх | Cообщить модератору

93. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (93), 18-Июн-25, 12:20 
Да-да, Rust придумал, как бороться с use_after_free - методом фейкового освобождения памяти. Утечки - это же не уязвимости.
Ответить | Правка | Наверх | Cообщить модератору

88. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (87), 16-Июн-25, 22:13 
Для 99% прикладух годится malloc() из GLibc.
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

91. "Прекращена разработка библиотеки управления памятью jemalloc..."  +/
Сообщение от Аноним (91), 18-Июн-25, 10:39 
Печально, использовал его вместе с MySQL
Память не выжирал и не тёк, очень даже годный продукт был.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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