The OpenNET Project / Index page

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



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

Оглавление

Новые выпуски вариантов coreutils и findutils, переписанных на языке Rust , opennews (??), 03-Апр-23, (0) [смотреть все]

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


94. "Новые выпуски вариантов coreutils и findutils, переписанных ..."  +/
Сообщение от _kp (ok), 03-Апр-23, 15:05 
> 1) Бинарь получается неимоверных размеров

А линкер и оптимизацию не завезли, которые не используемое не линкует?
Не логичнее сперва ли инструмент до ума довести, а не под альфа-версию переписывать?

> 2) Устранение дырок в библиотеке потребует пересборки всех бинарей, которые от неё
> зависят.

Какие проблемы? Ну пересобрал. А проблема в пункте 1.

> 3) Шэринг библиотек в анонимной памяти становится невозможным.

Да ладно. Просто очевидным путём забыли предусмотреть. ;)


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

109. "Новые выпуски вариантов coreutils и findutils, переписанных ..."  +1 +/
Сообщение от Страдивариус (?), 03-Апр-23, 15:37 
> А линкер и оптимизацию не завезли, которые не используемое не линкует?

Почему ты решил, что оно неиспользуемое? У тебя вполне себе программа, дергающая пару вывозов OpenSSL, например, может легко по графу вызовов половину библиотеки заюзать. Если учесть ещё и то, что далеко не весь мертвый код можно вычислить, так как это может сильно зависить от рантайма. Например, ты OpenSSL анонсирует какой-то ciphersuite и peer может теоретически его выбрать. Тот факт, что ни один peer не согласится на этот ciphersuite в реальной жизни, никак не поможет линкеру выпилить его из бинаря.

> Какие проблемы? Ну пересобрал. А проблема в пункте 1.

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

> Да ладно. Просто очевидным путём забыли предусмотреть. ;)

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

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

138. "Новые выпуски вариантов coreutils и findutils, переписанных ..."  –1 +/
Сообщение от _kp (ok), 03-Апр-23, 17:02 
>> А линкер и оптимизацию не завезли, которые не используемое не линкует?
> Почему ты решил, что оно неиспользуемое?

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


> нужно пересобрать всё говно на всех платформах,

С таким отношением к коду, и на выходе будет говно.

>вычислительные мощности и трафик.

На чем Вы компилируете? Я удивлен подобной отговорке.


> На своей малинке в подвальчике ты, конечно, никаких трудностей с этим
> не испытаешь.

Шерлок, а как Вы догадались?
Да, я использую и Распберри, и мелочёвку, и даже в "гараже", только для сборки в "гараже" есть... кластер из "мусорных" Ксеонов, и когда количество потоков перевалило за вторую сотню, отнощение к перекомпиляции меняется навсегда.

>> шеринг статически влинкованных библиотек?

А это точно не ересь?



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

152. "Новые выпуски вариантов coreutils и findutils, переписанных ..."  +1 +/
Сообщение от Страдивариус (?), 03-Апр-23, 18:47 
> Вы дукака включаете?
> Выявлять не используемое, это не мои заботы, а заботы компилятора и оптимизатора. И удивитесь, для многих языков давно работает.
> И при статической то линковке.

Это вы дурака включаете, наперед утверждая, что линкер там своё не отрабатывает. Если уж отверждаете - ссылку на godbolt, где по бинарю после линковки видно, что функции есть, а они никем не используются.

> С таким отношением к коду, и на выходе будет говно.

Всё говно. Кроме мочи! Не цепляйтесь к словам. Очевидно, что среди 60000 пакетов, которые есть в Debian, многое - это оно самое. И его всё равно надо будет пересобирать.

> Да, я использую и Распберри, и мелочёвку, и даже в "гараже", только для сборки в "гараже" есть... кластер из "мусорных" Ксеонов, и когда количество потоков перевалило за вторую сотню, отнощение к перекомпиляции меняется навсегда.

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

> А это точно не ересь?

Это ересь, конечно, ещё какая. Но это вы же утверждали о том, что её просто не предусмотрели эти рукожопы )

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

168. "Новые выпуски вариантов coreutils и findutils, переписанных ..."  –1 +/
Сообщение от _kp (ok), 03-Апр-23, 21:28 
> Это вы дурака включаете,

Если в других инструментах опухания бинарников не наблюдается, логично предположить, что причина в несовершентсве инструмента. А то, что несовершенно, если на него не забьют, или будет исправлено, или объявлено уникальной фичей.

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

В упомянутом переписывании, недопереписали, то что проблем не вызывало, и в итоге и склонно к распуханию, ещё и по функционалу   стало хуже оригинала.


>> А это точно не ересь?

Подвох был в варианте статической сборки, когда скармливается не готовая библиотека, а собирается вместе с исходником, теряя при этом в объёме, но сохраняя быстродействие и переносимость бинарника. Для всего подряд так, действительно, излишняя компиляция, но для чужеродного ПО в системе, переносных бинарников, и критичного ПО.
Для тестов надо показывать ПО лицом.

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

228. "Новые выпуски вариантов coreutils и findutils, переписанных ..."  +/
Сообщение от Аноним (228), 05-Апр-23, 20:45 
>для сборки в "гараже" есть... кластер из "мусорных" Ксеонов, и когда количество потоков перевалило за вторую сотню, отнощение к перекомпиляции меняется навсегда.

Вот когда из своих денег каждому пользователю ПК купите по кластеру, и оплатите его энергопотребление и обслуживание, тогда и приходите. Балаболить о том, что каждый, у кого нет кластера может идти на *** каждый может. Только это непрофесспонально. А непрофессионалов самих посылаем туда же.

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

236. "Новые выпуски вариантов coreutils и findutils, переписанных ..."  +/
Сообщение от _kp (ok), 10-Апр-23, 12:21 
Не всякому разработчику требуется пересобирать системное ПО.
Пользователи, точно, не занимаются пересборкой.


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

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

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




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

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