The OpenNET Project / Index page

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



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

Оглавление

Выпуск стандартной Си-библиотеки Musl 1.1.17 с устранением у..., opennews (ok), 20-Окт-17, (0) [смотреть все]

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


35. "Выпуск стандартной Си-библиотеки Musl 1.1.17 с устранением у..."  +/
Сообщение от Аноним (-), 20-Окт-17, 20:24 
> Друзья, а подскажите пожалуйста, с этой либой если вместо glibc всё линкуется,
> то меньше памяти занимают программы

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

> и быстрее работают?

Это вряд ли. Обычно либо меньше памяти, либо быстрее работать.

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

36. "Выпуск стандартной Си-библиотеки Musl 1.1.17 с устранением у..."  –1 +/
Сообщение от Аноним (-), 20-Окт-17, 21:24 
> В некоторых случаях действительно могут занимать меньше места. Но абсолютное большинство программ, помимо libc, используют и другие библиотеки, так что на практике выигрыш может быть незаметен.

На самом деле абсолютно все библиотеки в таком случае прийдётся линковать с musl. Поэтому выйгрыш может быть значительный. В противном случае будет статическая линковка.

> Это вряд ли. Обычно либо меньше памяти, либо быстрее работать.

Не забывайте про буфер TLB. Чем больше памяти используется, тем чаще будут попадания мимо кеша TLB, тем меньше будет производительность. Скорее всего частично по этой причине продукты, написанные на java очень медленно работают по сравнению с аналогами на Си или даже C++.

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

37. "Выпуск стандартной Си-библиотеки Musl 1.1.17 с устранением у..."  +1 +/
Сообщение от Аноним (-), 20-Окт-17, 21:42 
> На самом деле абсолютно все библиотеки в таком случае прийдётся линковать с musl. Поэтому выйгрыш может быть значительный.

Во-первых, "вы*и*грыш" и "придётся". Во-вторых, нет никакой разницы, с какой libc слинкована библиотека, сама-то она столько же памяти откушает (в пределах погрешности).

> В противном случае будет статическая линковка.

В противном чему случае? И почему она непременно будет?

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

47. "Выпуск стандартной Си-библиотеки Musl 1.1.17 с устранением у..."  +/
Сообщение от Аноним (-), 21-Окт-17, 11:06 
> В противном чему случае? И почему она непременно будет?

Если Вы захотите в дистрибутиве, где используется одна libc-библиотека использовать другую libc-библиотеку. И то, будут большие проблемы, если вы попытаетесь использовать стандартные библиотеки дистрибутива.

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

51. "Выпуск стандартной Си-библиотеки Musl 1.1.17 с устранением у..."  +/
Сообщение от Аноним (-), 21-Окт-17, 13:26 
Не знаю, где ты нашёл какие-то проблемы.
$ ldd hello_glibc 
    linux-vdso.so.1 (0x00007ffe5cbbc000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fcf069ba000)
    /lib64/ld-linux-x86-64.so.2 (0x000055e8aa317000)
$ ldd hello_musl
./hello_musl: error while loading shared libraries: /usr/lib/x86_64-linux-gnu/libc.so: invalid ELF header
$ musl-ldd hello_musl
    /lib/ld-musl-x86_64.so.1 (0x5560ca667000)
    libc.so => /lib/ld-musl-x86_64.so.1 (0x5560ca667000)
$ ./hello_glibc
hi!
$ ./hello_musl
hi!
$

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

53. "Выпуск стандартной Си-библиотеки Musl 1.1.17 с устранением у..."  +/
Сообщение от Аноним (-), 21-Окт-17, 15:21 
И? Я не вижу использования какой-либо библиотеки, зависимой от libc у Вас в hello_musl. Hello World на musl и я могу написать, тут проблем никаких не будет.
Ответить | Правка | Наверх | Cообщить модератору

58. "Выпуск стандартной Си-библиотеки Musl 1.1.17 с устранением у..."  +/
Сообщение от Аноним (-), 21-Окт-17, 23:43 
Библиотеки, разумеется, тоже надо будет пересобрать. А видеть надо было не их использование, а отсутствие статической линковки, несмотря на наличие в системе двух разных libc.
Ответить | Правка | Наверх | Cообщить модератору

61. "Выпуск стандартной Си-библиотеки Musl 1.1.17 с устранением у..."  +/
Сообщение от Аноним (-), 22-Окт-17, 11:41 
Ага, а теперь подумаем дальше. Предположим Вам требуется фреймворк какой-то, ну пересоберёте Вы все библиотеки, потратите много времени, а потом окажется, что у Вас используется ПО, которое от этого фреймворка зависит. Вы психанёте и, скорее всего, статическую линковку использовать будете, т. к. со сборкой с rpath может не везде оказаться просто.
Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск стандартной Си-библиотеки Musl 1.1.17 с устранением у..."  +/
Сообщение от Аноним (-), 22-Окт-17, 14:22 
Если ты не понял из приведённого выше примера, я использую дистрибутив, разработчики которого осилили multilib. Библиотека, собранная с musl и установленная в /usr/lib/x86_64-linux-musl, спокойно может сосуществовать с библиотекой, собранной с glibc и установленной в /usr/lib/x86_64-linux-gnu. Так что поводов психовать нет.
Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск стандартной Си-библиотеки Musl 1.1.17 с устранением у..."  +/
Сообщение от Аноним (-), 22-Окт-17, 15:08 
Ну, если только на пересборке N-й библиотеки...
Ответить | Правка | Наверх | Cообщить модератору

39. "Выпуск стандартной Си-библиотеки Musl 1.1.17 с устранением у..."  –1 +/
Сообщение от asdasdasd (?), 20-Окт-17, 23:07 
Только вот в той-же libc есть математическая библиотека, где используется векторизация, SSE, AVX и прочее и прочее. Так вот, если делать так, чтоб максимально меньше памяти занимало, то все это идет лесом.
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

40. "Выпуск стандартной Си-библиотеки Musl 1.1.17 с устранением у..."  –2 +/
Сообщение от asdasdasd (?), 20-Окт-17, 23:08 
> Только вот в той-же libc есть математическая библиотека, где используется векторизация,
> SSE, AVX и прочее и прочее. Так вот, если делать так,
> чтоб максимально меньше памяти занимало, то все это идет лесом.

А ну еще выравнивание памяти сильно память отъедает, только вот в скорости выигрывает. Оптимизации под конвеер (пустые nop'ы все дела) тоже память не экономят.

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

46. "Выпуск стандартной Си-библиотеки Musl 1.1.17 с устранением у..."  +/
Сообщение от Zarat (ok), 21-Окт-17, 11:05 
> А ну еще выравнивание памяти сильно память отъедает, только вот в скорости
> выигрывает. Оптимизации под конвеер (пустые nop'ы все дела) тоже память не
> экономят.

Ну есть мнение, что выравнивание за счет увеличения памяти, на архитектурах с внешним CISC-ом и внутренним RISC-ом (практически все современные i386 x86-64), в скорости не выигрывают (за исключением некоторого небольшого подмножества случаем). И выравнивать - это просто дань традиции и потому, что в gcc не поменяны настройки по умолчанию для режимов оптимизации в соответствии с вовременными реалиями

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

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

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




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

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