forum.opennet.ru

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

Оглавление

Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU Binutils 2.41, opennews (?), 01-Авг-23, (0) [смотреть все]

Ничего себе, оно еще подергивается Была сложна и сами ниасилилиМда может они , Анонин (?), 09:29 , 01-Авг-23, (1) //

Главное, чтобы почтовик не тырили А то, похоже, разрабы OpenSMTPD путают почтов, Аноним (3), 09:33 , 01-Авг-23, (3) +9
Пожалуйста, пускай стырят jemalloc Это позор какой-то, а не штатный malloc в gl, Аноним (5), 09:36 , 01-Авг-23, (5) //

Штатный мейнстримный malloc вполне хорош В отличие от тормозного в мюслях На пр, Аноним (3), 11:46 , 01-Авг-23, (29) +1 //

Для локалхоста - да, для серьезной нагрузки - нет привет фрагментации кучи С э, Аноним (5), 12:01 , 01-Авг-23, (32) +3

Вы адепт секты Серъёзная нагрузка И что в этом такого Операционная система ре, Аноним (-), 14:19 , 01-Авг-23, (44) –1

Нет, просто у меня сервера под той самой нагрузкой Ну да, жаль процесс падает из, Аноним (5), 14:39 , 01-Авг-23, (47) +3

jemalloc давно сдулся https www joyfulbikeshedding com blog 2019-03-29-the-st, вымя (?), 18:11 , 03-Авг-23, (71)

Вот это блин вообще неожиданность Я таким, конечно, не пользуюсь, но glibc , Аноним (6), 09:40 , 01-Авг-23, (6) //

Конечно неожиданность Glibc пишут практически лучшие погромисты современности, , Анонин (?), 10:04 , 01-Авг-23, (7) +3
Расскажи сказку что придёт добрый язык программирования и всё это исправит , Аноним (11), 10:15 , 01-Авг-23, (11) //

чего вдруг сказку Конечно исправит - нет glibc, нет проблемы , Аноним (25), 11:02 , 01-Авг-23, (25) +1
Не могу, я расто-хейтер Просто вот вообще не ожидал увидеть такую банальную пр, Аноним (6), 17:41 , 01-Авг-23, (52)

Разработчики языков программирования и библиотек должны поддерживать ISO междун, Аноним (-), 14:12 , 01-Авг-23, (43) //

О ужас, получается гнутики не только не осилили, но еще и нарушают международный, Анонин (?), 14:23 , 01-Авг-23, (45) +1

Может и стырят А вот в обратную сторону - не судьба , Серб (ok), 15:15 , 01-Авг-23, (48) +1

Я работал в окружении Hurd на x86_64 и до этого Ничего не понял , Аноним (2), 09:30 , 01-Авг-23, (2) –1 //

Ну бинарный код для i386 работал и работает на x86_64 А вот за 2023-й Hurd нати, Аноним (35), 12:15 , 01-Авг-23, (35)

Риторический вопрос когда они уже перепишут свой жрущий аллокатор, неужели слож, Аноним (5), 09:33 , 01-Авг-23, (4) //

Твой васянский jemalloc менее универсален Кто мешает использовать его, если так, Аноним (15), 10:25 , 01-Авг-23, (15) //

Мешает то что весь софт собирается под glibc, а все остальное остаётся на перифе, Аноним (11), 10:29 , 01-Авг-23, (20) –3 //

LD_PRELOAD my_malloc so 1 programmМешает разве что размер твоего черепа , Павел (??), 10:40 , 01-Авг-23, (23) +1

Не умеет жрать память в астрономических масштабах как malloc Ну да Изучай http, Аноним (5), 10:34 , 01-Авг-23, (22) –2 //

Что изучать, васянское дерьмище Если гулаг продвигает свой вендорлок любыми мет, Аноним (15), 10:45 , 01-Авг-23, (24)

Обожаю уровень компетентности анонимов опеннета Они даже jemalloc от tcmalloc н, Аноним (5), 11:27 , 01-Авг-23, (27)

Я говорил про v8, и о том, что у гулага цель побольше багов при работе с копилеф, Аноним (15), 11:29 , 01-Авг-23, (28)

libvips имеет обвязки к куче языков Glibc malloc безумно течет точнее фрагмент, Аноним (5), 11:56 , 01-Авг-23, (31)

Libvips стрёмное никому не нужное поделие, утечки в ней меня бы не удивили Зато, Аноним (15), 12:15 , 01-Авг-23, (34) +1

Причем тут го, если фрагментирует malloc при использовании libvips сишная либа , Аноним (5), 13:03 , 01-Авг-23, (39) –2

При том, что го не может нормально использовать сишный код, но ты не знаешь даже, Аноним (15), 14:02 , 01-Авг-23, (40)

Здесь просто free не вызывался для malloc из-за кривого go кода Сюрприз, с, Вирт (?), 16:53 , 03-Авг-23, (70)

Чтобы так же тормозить Нет, спасибо , Аноним (3), 11:47 , 01-Авг-23, (30) –1
Интереснее, почему не реализовали пару-тройку вариантов, оставив пользователю вы, n00by (ok), 16:13 , 01-Авг-23, (50) //

А разве сейчас у него нет выбора , Аноним (57), 23:57 , 01-Авг-23, (57) //

Есть Три раза присесть и сказать Кю , или использовать единственный , n00by (ok), 08:34 , 02-Авг-23, (58)

Ну если слинковаться с нужной либой или, на худой конец, прописать LD_PRELOAD - , Аноним (57), 18:21 , 02-Авг-23, (67)

Так варианты реализуют гипотетически создатели библиотеки, а не пользователи , n00by (ok), 16:35 , 03-Авг-23, (69)

Опять диды налефтпадили СИ-смузер никогда не научатся программировать , Аноним (5), 10:05 , 01-Авг-23, (8) –2 //

Ты даже не понимаешь смысл проблемы с лефтпадом, но продолжаешь повторять глупос, Аноним (11), 10:13 , 01-Авг-23, (10) //

Проблема с лефтпадом была политической, личной, персональной, психологической, з, Аноним (12), 10:22 , 01-Авг-23, (12) +1 //

Сколько бы сишник не добывал огонь, все равно выйдет за границу буфера , Аноним (5), 10:26 , 01-Авг-23, (17) +3

Сколько бы смузики не добывали огонь всё равно получится лефтпад , Аноним (11), 12:39 , 01-Авг-23, (37) +1

Помнити leftpad 8482 это местный мем Нужно было прикрепить табличку Сарказм, Аноним (5), 10:24 , 01-Авг-23, (14)

Ну вот, а то тут про Hurd говрили, что жёстко приколочен к 32-м битам Хоронили,, Аноним (35), 12:11 , 01-Авг-23, (33) //

Так и есть Hurd 64 не существует, его обещают https www gnu org software hurd , Аноним (11), 12:39 , 01-Авг-23, (36) //

Скрыто модератором, Аноним (-), 14:23 , 01-Авг-23, (46) +1
Ну прекрасно Вон судя по документации https www gnu org software hurd users-g, Stax (ok), 09:29 , 02-Авг-23, (63) //

А на него нужно много портировать У него тоже Glibc, а прикладной софт через не, Аноним (66), 12:02 , 02-Авг-23, (66)

А России нет человека, который может писать на Gnu assembler Все русские ассемб, Аноним (-), 14:07 , 01-Авг-23, (41) –2 //

О, живой эксперт по ассемблерам И не знает про flat assembler , n00by (ok), 15:45 , 01-Авг-23, (49) //

Скрыто модератором, Аноним (-), 18:29 , 01-Авг-23, (54) //

Скрыто модератором, n00by (ok), 08:37 , 02-Авг-23, (59)

Nasm - оптимальное решение, Аноним (35), 20:24 , 01-Авг-23, (55) //

Скрыто модератором, Аноним (-), 09:48 , 02-Авг-23, (64)

Ну, он и про MASM не знает, который, как бы не в разы, был популярнее тазмо-назм, Аноним (56), 22:12 , 01-Авг-23, (56) //

Да MASM там как бы стандарт , поскольку и линкер практически один, и Stephen Le, n00by (ok), 08:54 , 02-Авг-23, (60)

Скрыто модератором, Аноним (-), 09:15 , 02-Авг-23, (62)

Скрыто модератором, n00by (ok), 10:36 , 02-Авг-23, (65)

И правильно делают, Intel syntax для людей потому что, в отличие от AT T syntax , Аноним (51), 16:59 , 01-Авг-23, (51) //

Скрыто модератором, Аноним (-), 18:27 , 01-Авг-23, (53)

Нахрен вообще писать на ассемблере под ОС GNU Читать понятно зачем, чтобы отл, Аноним (68), 15:29 , 03-Авг-23, (68) //

Ты прав, тебе этого знать не надо , Аноним (-), 12:53 , 04-Авг-23, (72)
Например, в учебных целях У AMD64 много регистров, в Linux удобно вызывать ядро, n00by (ok), 13:44 , 04-Авг-23, (73) //

Какие сегменты в Win64 Импорт системных библиотек нужно делать в любой ОС, Neon (??), 04:40 , 07-Авг-23, (76)

Например, стековый Но если ты не понял, то я написал, что приседать с ним не тр, n00by (ok), 10:49 , 26-Ноя-23, (79)

Скрыто модератором, Аноним (-), 14:10 , 01-Авг-23, (42) +1
АНБ прижала с выполнением экспортного законодательства по запрету вывоза техноло, Аноним (74), 07:46 , 05-Авг-23, (74) +1
Musl, Аноним (77), 10:22 , 07-Авг-23, (77)
Очень хочется видеть эти функции в стандарте Реализации strncpy и strncat это б, txgk (ok), 23:31 , 07-Авг-23, (78)

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

15. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..." +/–

Сообщение от Аноним (15), 01-Авг-23, 10:25

Твой васянский jemalloc менее универсален. Кто мешает использовать его, если так хочется?

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

20. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..." –3 +/–

Сообщение от Аноним (11), 01-Авг-23, 10:29

Мешает то что весь софт собирается под glibc, а все остальное остаётся на периферии и не работает?

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

23. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..." +1 +/–

Сообщение от Павел (??), 01-Авг-23, 10:40

LD_PRELOAD=./my_malloc.so.1 programm
Мешает разве что размер твоего черепа.

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

22. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..." –2 +/–

Сообщение от Аноним (5), 01-Авг-23, 10:34

> Твой васянский jemalloc менее универсален
Не умеет жрать память в астрономических масштабах как malloc? Ну да. Изучай:
https://github.com/lovell/sharp/issues/955
https://github.com/nodejs/node/issues/21973

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

24. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..." +/–

Сообщение от Аноним (15), 01-Авг-23, 10:45

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

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

27. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..." +/–

Сообщение от Аноним (5), 01-Авг-23, 11:27

> Если гулаг продвигает свой
Обожаю уровень компетентности анонимов опеннета! Они даже jemalloc от tcmalloc не отличают, но мнение имеют!

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

28. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..." +/–

Сообщение от Аноним (15), 01-Авг-23, 11:29

Я говорил про v8, и о том, что у гулага цель побольше багов при работе с копилефтным юзерспейсом, но ты не понял.

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

31. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..." +/–

Сообщение от Аноним (5), 01-Авг-23, 11:56

libvips имеет обвязки к куче языков. Glibc malloc безумно течет (точнее фрагментирует) вне зависимости, есть там V8 или нет. Вот еще пример:
https://github.com/libvips/libvips/issues/1929

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

34. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..." +1 +/–

Сообщение от Аноним (15), 01-Авг-23, 12:15

Libvips стрёмное никому не нужное поделие, утечки в ней меня бы не удивили. Зато у меня есть личные примеры, где tcmalloc вешал систему с zram (какой-то баг мультипоточности) и jemalloc рандомно сегфолтил моно-приложуху на подгрузке данных, на говоря о плохо предсказуемом потреблении ресурсов. Что касается ссылки, то го вообще задействует libc или у него всё своё? И ты притащил ещё больше гулягятины.

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

39. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..." –2 +/–

Сообщение от Аноним (5), 01-Авг-23, 13:03

> Что касается ссылки, то го вообще задействует libc или у него всё своё
Причем тут го, если фрагментирует malloc при использовании libvips (сишная либа), вне зависимости от того, из какого языка вызываешь.
> Libvips стрёмное никому не нужное поделие
Уровень аналитики опеннетного анонима уже стало мемом в рунете.

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

40. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..." +/–

Сообщение от Аноним (15), 01-Авг-23, 14:02

При том, что го не может нормально использовать сишный код, но ты не знаешь даже этого. А по поводу libvips, это поделие ещё кривее ImageMagick.

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

70. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..." +/–

Сообщение от Вирт (?), 03-Авг-23, 16:53

> Вот еще пример: https://github.com/libvips/libvips/issues/1929
Здесь просто "free" не вызывался для "malloc" из-за кривого "go" кода.
Сюрприз, сюрприз "glibc malloc" течет если не вызывать "free".

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	15. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (15), 01-Авг-23, 10:25
	Твой васянский jemalloc менее универсален. Кто мешает использовать его, если так хочется?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	–3 +/–
	Сообщение от Аноним (11), 01-Авг-23, 10:29
	Мешает то что весь софт собирается под glibc, а все остальное остаётся на периферии и не работает?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+1 +/–
	Сообщение от Павел (??), 01-Авг-23, 10:40
	LD_PRELOAD=./my_malloc.so.1 programm Мешает разве что размер твоего черепа.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	–2 +/–
	Сообщение от Аноним (5), 01-Авг-23, 10:34
	> Твой васянский jemalloc менее универсален Не умеет жрать память в астрономических масштабах как malloc? Ну да. Изучай: https://github.com/lovell/sharp/issues/955 https://github.com/nodejs/node/issues/21973
	Ответить \| Правка \| К родителю #15 \| Наверх \| Cообщить модератору


	24. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (15), 01-Авг-23, 10:45
	Что изучать, васянское дерьмище? Если гулаг продвигает свой вендорлок любыми методами, то это ничего не значит.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (5), 01-Авг-23, 11:27
	> Если гулаг продвигает свой Обожаю уровень компетентности анонимов опеннета! Они даже jemalloc от tcmalloc не отличают, но мнение имеют!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (15), 01-Авг-23, 11:29
	Я говорил про v8, и о том, что у гулага цель побольше багов при работе с копилефтным юзерспейсом, но ты не понял.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	31. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (5), 01-Авг-23, 11:56
	libvips имеет обвязки к куче языков. Glibc malloc безумно течет (точнее фрагментирует) вне зависимости, есть там V8 или нет. Вот еще пример: https://github.com/libvips/libvips/issues/1929
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+1 +/–
	Сообщение от Аноним (15), 01-Авг-23, 12:15
	Libvips стрёмное никому не нужное поделие, утечки в ней меня бы не удивили. Зато у меня есть личные примеры, где tcmalloc вешал систему с zram (какой-то баг мультипоточности) и jemalloc рандомно сегфолтил моно-приложуху на подгрузке данных, на говоря о плохо предсказуемом потреблении ресурсов. Что касается ссылки, то го вообще задействует libc или у него всё своё? И ты притащил ещё больше гулягятины.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	39. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	–2 +/–
	Сообщение от Аноним (5), 01-Авг-23, 13:03
	> Что касается ссылки, то го вообще задействует libc или у него всё своё Причем тут го, если фрагментирует malloc при использовании libvips (сишная либа), вне зависимости от того, из какого языка вызываешь. > Libvips стрёмное никому не нужное поделие Уровень аналитики опеннетного анонима уже стало мемом в рунете.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Аноним (15), 01-Авг-23, 14:02
	При том, что го не может нормально использовать сишный код, но ты не знаешь даже этого. А по поводу libvips, это поделие ещё кривее ImageMagick.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	70. "Выпуск системной библиотеки Glibc 2.38 и набора утилит GNU B..."	+/–
	Сообщение от Вирт (?), 03-Авг-23, 16:53
	> Вот еще пример: https://github.com/libvips/libvips/issues/1929 Здесь просто "free" не вызывался для "malloc" из-за кривого "go" кода. Сюрприз, сюрприз "glibc malloc" течет если не вызывать "free".
	Ответить \| Правка \| К родителю #31 \| Наверх \| Cообщить модератору