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

"Прекращена разработка библиотеки управления памятью 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. Сообщение от Skullnet (ok), 13-Июн-25, 23:46	+11 +/–
А что там можно ещё разрабатывать?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47

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

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

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

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

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

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

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

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

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

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

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

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

22. Сообщение от morphe (?), 14-Июн-25, 04:27	+/–
> сначала файрфокс с ней работал, потом перестал Системный аллокатор без проблем заменяется и стабильно работает везде... За исключением тех случаев, когда программа сама использует hardener allocator, у которого другие ожидания от системного В частности firefox уже использует форк jemalloc из коробки, и ему не нравится когда он запущен поверх системного jemalloc/tcmalloc Аналогично с хромом - он включает в себя tcmalloc, и он тоже падает если в системе аллокатор стоит tcmalloc/jemalloc Оба используют свои аллокаторы в первую очередь для hardening, и если ты выключишь в браузерах hardening - то они у тебя будут работать на любом системном аллокаторе, ну и его ты соответственно можешь hardened ставить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #42

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

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

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

28. Сообщение от bOOster (ok), 14-Июн-25, 06:29	+2 +/–
> для freeswitch на больших нагрузках решала много проблем с качеством голоса и > тормозами. теперь нужно искать замену. печаль. BSD как не странно работает лучше всех. Хехехе Есть проблемы - напиши мне и я сделаю тебе минимальные тайминги
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #58, #64

30. Сообщение от Зануда (?), 14-Июн-25, 07:07	+/–
dfwmalloc
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #73

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

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

44. Сообщение от Аноним (4), 14-Июн-25, 09:45	–1 +/–
> glibcшный аллокатор во многих задачах работает хуже чем хотелось бы Glibc имеет не меньше параметров для конфигурации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #78

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

46. Сообщение от Лансер (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ообщить модератору
Родитель: #41

47. Сообщение от Аноним (47), 14-Июн-25, 10:04	+/–
> автор jemalloc уволился из Facebook, а разработка была продолжена оставшейся командой из Facebook А что тут вообще можно использовать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

48. Сообщение от Аноним (48), 14-Июн-25, 10:41	+1 +/–
"После переименования в Meta приоритеты компании изменились, развитие библиотеки застопорилось и разработка сосредоточилась только на внутренних потребностях." А всё почему, потому что не GPL?!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #54

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

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

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

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

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

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

58. Сообщение от Аноним (58), 14-Июн-25, 18:13	–1 +/–
> BSD как не странно работает лучше всех. Но только на суперсекретных локалхостах местных анонимов. В дикой природе встречается крайне редко и в очень ограниченном количестве случаев.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #65

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

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

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

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

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

64. Сообщение от Аноним (-), 15-Июн-25, 01:08	+/–
> Есть проблемы - напиши мне и я сделаю тебе минимальные тайминги И драйверы под современное железо напишешь? Так с хрена ты еще не разработчик?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #83

65. Сообщение от Аноним (-), 15-Июн-25, 01:09	+/–
> крайне редко и в очень ограниченном количестве случаев. Потому что Free BDSM сессии на халяву, да еще в пассивной роли - это такое себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

66. Сообщение от Аноним (-), 15-Июн-25, 01:59	+1 +/–
> ядро не справляется с фрагментацией само? Нет. Ядро решает проблемы фрагментации физической памяти, создавая виртуальные адресные пространства. Фрагментация кучи, это когда у тебя виртуальное адресное пространство процесса забито вперемешку занятыми кусками памяти и свободными, и для новых кусков памяти сложно найти свободный нужного размера, из-за чего приходится запрашивать у ядра ещё страниц памяти. > Не очень понятно в каких случаях надо юзать их, а не стандартную реализацию. Если не понятно, значит не нужно. Когда споткнёшься об это, всё сразу станет ясно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

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

68. Сообщение от Аноним (-), 15-Июн-25, 05:39	–1 +/–
> А они все продолжают и продолжают убеждать всех что пермиссивка это хорошо. Она и хороша. Фэйсбуку, вытершему обо всех ноги, в стандартном корпоративном стиле. Сами ж написали в лицензии Do Whatever F... You Want. Ну они и использовали автора как коврик для ног. Ничего не знаем, умещается в пределы лицензии. > код, а люди все надеются, что добрые корпорации их отблагодарят. Ну > да, вон какие благодарности, такие шо оригинальные авторы из отрасли уходят. Ну вот и отблагодарили - автыря на мороз, в код - индусов, ничего личного это бизнес. И тут автор такой репу чешет - а зачем ему забесплатно фикальи за индусами чистить?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #71

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

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

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

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

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

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

75. Сообщение от morphe (?), 15-Июн-25, 14:30	+/–
> А ну скажем это зависит от платформы. И бандленный tcmalloc это не > системный tcmalloc. А какая разница? Всё наиболее часто выделяющее его использует > Правда, на jemalloc у меня так и не получилось > поменять. Переключи на системный аллокатор, и выключи несколько hardening опций касательных аллокаций памяти (jemalloc сам помогает за целостностью памяти следить) - и оно будет работать с jemalloc
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

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

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

78. Сообщение от morphe (?), 15-Июн-25, 18:18	+4 +/–
> 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ообщить модератору
Родитель: #44

79. Сообщение от Аноним (79), 15-Июн-25, 19:44	–1 +/–
Не про библиотеку, но в тему: ВОТ СЕЙЧАС самое время вылезти прыщавым экспертам и покричать про "плохой и медленный GC" :)) Да, GC вообще не сравним по скорости с самопальными аллокаторами, но он УНИВЕРСАЛЕН и скажем прямо, вполне годится для 99% прикладух. Более того - например, GC из .NET может даже не выделять память для объекта, если у неё в несобраном мусоре есть шмот такого же типа - она просто его пометит "живым" и отдаст как выделенный! Т.е. оптимизация и всё такое. Так что прекращаем ныть про GC и начинаем писать на D. :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81, #88

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

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

82. Сообщение от Аноним (-), 15-Июн-25, 21:52	–2 +/–
> Если бы у чела был код под GPL - он бы до сих пор жил в мамином подвале У Торвальдса нормальный такой подвал так то. С женой-каратисткой, бэхой, топовым EPYC и чем там еще. Сотрудникам мордокниги выделяют подвалы лучше? :) Да, GPLный проект если что. А такие же но BSD Licensed - на всю толпу совсем другие суммы делят, там да, в пору в подвале жить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #90

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

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

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

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

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

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

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

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

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

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

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

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