The OpenNET Project / Index page

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



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

Оглавление

Для GCC подготовлены патчи для сборки универсальных исполняемых файлов, opennews (ok), 15-Июл-23, (0) [смотреть все]

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


123. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от freehckemail (ok), 17-Июл-23, 08:58 
> Это давно придумано и называется "статическое связывание". Аргументы против него в основном идеологические

Однако. То есть, вот на диске GNU/Linux-системы по сравнении с Windows занимают меньше места аж на порядок, а это оказывается называется "идеологические"...

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

124. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +1 +/
Сообщение от n00by (ok), 17-Июл-23, 09:07 
>> Это давно придумано и называется "статическое связывание". Аргументы против него в основном идеологические
> Однако. То есть, вот на диске GNU/Linux-системы по сравнении с Windows занимают
> меньше места аж на порядок, а это оказывается называется "идеологические"...

Да, именно идеологические.

"Аж на порядок" - в 10 раз.
Это значение могло бы быть получено в результате деления, если бы заявитель обладал фактами и предоставил результаты измерений.

Но он владеет в основном демагогией, потому написал как есть.

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

128. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +2 +/
Сообщение от freehckemail (ok), 17-Июл-23, 09:24 
> Это значение могло бы быть получено в результате деления, если бы заявитель обладал фактами и предоставил результаты измерений.

Я конечно понимаю, что бремя доказательства лежит на утверждающем, чайник Рассела, все дела... Но товарищ n00by, Вы бы хоть сделали вид, что используете GNU/Linux. Это ведь общеизвестный факт. Думаю, на него в своё время обратили внимание все, кто когда-либо переходил с винды на линухи. )

Не, Вы конечно можете поиграть циферками, и сказать например, что ubuntu-де после свежей установки жрёт 4 гб диска, а win 10 home edition 16, и вот это вот всего лишь в 4 раза, но та же pro edition займёт 25 гб, то есть разница уже в 6 раз. А потом мы начнём ставить прикладной софт из репозитория, и внезапно разница сильно возрастёт не в пользу win. Ах да, забыл, кажется в ubuntu прикладной софт-то уже включён в первой цифре, в то время как в win это голая ось с минимумом необходимого, разве нет? )

И ведь это речь идёт только про размер занятого дискового пространства, даже не затрагивая вопроса доставки обновлений безопасности слинкованных с бинарями библиотек. )

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

132. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Аноним (112), 17-Июл-23, 11:35 
Фиг с ним, с дисковым местом. Оперативку жалко. Вот уж, где жор, когда несколько приложений на, скажем, Электроне одновременно запущены. А если их закрывать-открывать, то опять же разница вида и по скорости запуска, когда программы, связанные динамически, повторно стартуют почти мгновенно, а в это время статические всё ещё скрипят диском.
Ответить | Правка | Наверх | Cообщить модератору

137. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  –1 +/
Сообщение от n00by (ok), 17-Июл-23, 12:12 
>> Это значение могло бы быть получено в результате деления, если бы заявитель обладал фактами и предоставил результаты измерений.
> Я конечно понимаю, что бремя доказательства лежит на утверждающем, чайник Рассела, все
> дела... Но товарищ n00by, Вы бы хоть сделали вид, что используете
> GNU/Linux. Это ведь общеизвестный факт. Думаю, на него в своё время
> обратили внимание все, кто когда-либо переходил с винды на линухи. )

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

Вот такой статически слинкованный код на плюсах

int main () {
  std::cout << "hello world";
}

У меня весил в Винде менее 30 Кб.
Не стесняйтесь, покажите, сколько гигабайт экономится разделяемой библиотекой. ;)

> Не, Вы конечно можете поиграть циферками, и сказать например

Нет, не могу. Бремя доказательства лежит на утверждающем.
Фу таким быть.

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

139. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +1 +/
Сообщение от freehckemail (ok), 17-Июл-23, 12:36 
> Я сделаю вид, что не заметил рефлективную попытку гуру вызвать стадный рефлекс у читателя.

Однако. А ведь я только лишь обращаю внимание на то, что Вы, по-видимому, не являлись активным пользователем некоторых операционных систем.

> У меня весил в Винде менее 30 Кб.

И что?

> Не стесняйтесь, покажите, сколько гигабайт экономится разделяемой библиотекой. ;)

Что это за хитрый реверанс? Ужели Вы взаправду предполагаете, что я займусь доказательством заведомой чуши, которой Вы только что подменили мои утверждения?

> Бремя доказательства лежит на утверждающем.

Это, между прочем, работает и в обратную сторону. Ваш исходный тезис гласит:

>>> Это давно придумано и называется "статическое связывание". Аргументы против него в основном идеологические

Вот и докажите, что аргументы за динамическое связывание -- идеологические. Впрочем, пожалуйста, не мне.

> Фу таким быть.

Кстати, согласен.

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

163. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 17-Июл-23, 18:36 
>>>> Это давно придумано и называется "статическое связывание". Аргументы против него в основном идеологические
> Вот и докажите, что аргументы за динамическое связывание -- идеологические. Впрочем, пожалуйста,
> не мне.

Легко:

"на диске GNU/Linux-системы по сравнении с Windows занимают меньше места аж на порядок" (с) freehck

В Windows используется как раз динамическое связывание.

>> Не стесняйтесь, покажите, сколько гигабайт экономится разделяемой библиотекой. ;)
> Что это за хитрый реверанс? Ужели Вы взаправду предполагаете, что я займусь
> доказательством заведомой чуши, которой Вы только что подменили мои утверждения?

Нет, ты как всегда удалишь мои сообщения.

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

167. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +2 +/
Сообщение от freehckemail (ok), 17-Июл-23, 19:01 
> В Windows используется как раз динамическое связывание.

Мда, как всё грустно. Видимо, придётся объяснять элементарные вещи.

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

> Нет, ты как всегда удалишь мои сообщения.

Конечно удалю. У меня же зуб на тебя, я денно и нощно за тобой слежу, чтобы удалить твои выстраданные сообщения под надуманными предлогами. =)

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

192. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 18-Июл-23, 10:33 
>> В Windows используется как раз динамическое связывание.
> Мда, как всё грустно. Видимо, придётся объяснять элементарные вещи.
> Ну да, используется. Вот только есть два обстоятельства.

Обстоятельство одно.

Ты сравнил динамическое связывание с динамическим связыванием, вообразил разницу в объёме ОС в 10 раз, и из этого сделал вывод: статическое связывание негодно.

За что тебе и спасибо - твоя "аргументация" будет служить ярким примером, как ничего не смыслящие в предмете мастера демагогии оправдывают негодные технические решения.

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

198. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от freehckemail (ok), 18-Июл-23, 11:22 
> Ты сравнил динамическое связывание с динамическим связыванием, вообразил разницу в объёме
> ОС в 10 раз, и из этого сделал вывод: статическое связывание негодно.

Мне основательно надоело, что ты мне приписываешь утверждения, автором которых я не являюсь.
Я заканчиваю это общение.

> За что тебе и спасибо - твоя "аргументация" будет служить ярким примером,
> как ничего не смыслящие в предмете мастера демагогии оправдывают негодные технические
> решения.

Без проблем. Более того, я настаиваю на том, чтобы ты показывал этот тред всем своим работодателям при трудоустройстве.
Чтобы им сразу видно было на моём фоне, насколько ты хорош! =)

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

218. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 19-Июл-23, 10:03 
>> Ты сравнил динамическое связывание с динамическим связыванием, вообразил разницу в объёме
>> ОС в 10 раз, и из этого сделал вывод: статическое связывание негодно.
> Мне основательно надоело, что ты мне приписываешь утверждения, автором которых я не
> являюсь.

А на самом деле ты профессиональный демагог, сел в лужу и пытаешься отрицать своё сообщение №123, скатившись до хуцпы.

>> Это давно придумано и называется "статическое связывание".
>> Аргументы против него в основном идеологические
> Однако. То есть, вот на диске GNU/Linux-системы по сравнении
> с Windows занимают меньше места аж на порядок, а это оказывается называется "идеологические"...

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

149. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от C00l_ni66a (ok), 17-Июл-23, 16:55 
>Бремя доказательства лежит на утверждающем.

@
>"ну я вот кароче чот сканпелировал и оно мало весит давай пруфай скока у тебя)))))))"

Потрясающий ход от того, кто раннее ещё и к демагогии апеллировал. С таким-же успехом я могу утверждать, что я скомпилировал хелловорлд на хтмл и получился бинарник размером 5 бит.

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

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

160. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 17-Июл-23, 18:16 
>>Бремя доказательства лежит на утверждающем.
> @
>>"ну я вот кароче чот сканпелировал и оно мало весит давай пруфай скока у тебя)))))))"
> Потрясающий ход от того, кто раннее ещё и к демагогии апеллировал.

Обычное зеркало. Он, в принципе, дал мне право писать ему в ответ вообще любую чушь. Поскольку начал сравнивать с Windows, где, точно так же как и в Linux, статическое связывание НЕ используется (за редким исключением). Он банально не знает про это.

> С таким-же успехом я могу утверждать, что я скомпилировал хелловорлд на хтмл
> и получился бинарник размером 5 бит.

Но подтвердить никак не сможете. Кроме того, это заявление очевидно абсурдное, поскольку гранулярность 8 бит - это наконец внесли в стандарт Си.

> Если намёк не ясен, пишу прямо - полную конфигурацию в студию, какой
> компилятор и какой версии, какие аргументы, какая версия винды.

Сам код https://code.google.com/archive/p/ontl/wikis/HelloWorld.wiki
разметка сбилась, когда Гугл заархивировал гуглокод, но понять можно.

Ключи компиляции там указаны:
cl /DNDEBUG hw.cpp ntl/rtl/iostream.cpp ntl/rtl/crt.cpp ntl/rtl/wchar_mask_data.cpp /W4 /GL /GR- /Ob2gty /GzyS-

Совместимые версии компиляторов перечислены здесь https://code.google.com/archive/p/ontl/wikis/Compilers.wiki

Какой конкретно из MSVC - не играет роли, поскольку я указал с запасом (по факту было 24,5).

> А главное,
> ещё умудрись доказать, что всё это работает не благодаря винапи, которое
> всегда линкуется динамически, гы-гы.

Оно работает благодаря собственной реализации стандартной библиотеки Си++, на примеры к которой я привёл ссылки. Если неудобно смотреть там, она есть у меня на гитхапе. Работает библиотека поверх htdll.dll (либо ntoskrnl.exe). Я надеюсь, Вы воздержитесь от "гы-гы, всегда линкуется динамически". Потому что при адаптации этого к Linux окажется достаточно syscall-ов без ld-linux.so. В Windows номера сервисов не постоянны, потому для совместимости с различными версиями используется системная прослойка.

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

168. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от freehckemail (ok), 17-Июл-23, 19:07 
> Он, в принципе, дал мне право писать ему в ответ вообще любую чушь.

То есть ты понимаешь, что пишешь чушь, но всё равно её пишешь. Молодец.

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

194. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 18-Июл-23, 10:40 
>> Он, в принципе, дал мне право писать ему в ответ вообще любую чушь.
> То есть ты понимаешь, что пишешь чушь, но всё равно её пишешь.
> Молодец.

То есть ты безусловно бы таким правом воспользовался, в отличите от меня. Спасибо, что признался.

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

172. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +1 +/
Сообщение от C00l_ni66a (ok), 17-Июл-23, 20:23 
>Он, в принципе, дал мне право писать ему в ответ вообще любую чушь.

Чем ты успешно воспользовался, класс.

>Поскольку начал сравнивать с Windows, где, точно так же как и в Linux, статическое связывание НЕ используется (за редким исключением).

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

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

193. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 18-Июл-23, 10:37 
>>Поскольку начал сравнивать с Windows, где, точно так же как и в Linux, статическое связывание НЕ используется (за редким исключением).
> Действительно, зато обширно используется тактика запихивания всех динамически-слинкованных
> DLLок в комплект поставки, которые, внезапно, зачастую используются только одной единственной
> программой.

Априори я считаю человека технически грамотным. Ты зарегистрировался только что, потому я потратил время и ответил тебе развёрнуто.

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

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

208. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от C00l_ni66a (ok), 18-Июл-23, 17:54 
>вся эта билеберда не имеет отношения к статическому связыванию

Имеет, с точки зрения занимаемых ресурсов - это и есть "статическое связывание". Если динамически-слинкованная либа используется исключительно одной программой и не подразумевается её использование в других - то это есть максимально близкое понятие к "статически-слинкованной" либе. Можно сколько угодно при этом верещать формалистские лозунги, факт-же в том, что эффект мы имеем очень близкий.

>которое, якобы, плохо

А вот тут уже весьма подлое проецирование не высказывавшихся в процессе диалога тезисов на оппонента. Я разве где-то оценивал понятие "статическое связывание", тем более категориями "плохо"-"хорошо"? Цитаты в студию.

>потому что оно якобы в Венде.

А таковой "логической" "цепочки" я вообще тут не видел. Перестаньте разводить демагогию, пожалуйста.

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

219. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 19-Июл-23, 10:07 
>>вся эта билеберда не имеет отношения к статическому связыванию
> Имеет, с точки зрения занимаемых ресурсов - это и есть "статическое связывание".

ЧТО?

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

Статическое - это когда вместо всего этого один файл. Линкер связывает при сборке.

> Если динамически-слинкованная либа используется исключительно одной программой и не подразумевается
> её использование в других - то это есть максимально близкое понятие
> к "статически-слинкованной" либе.

Мне сейчас интересно одно. Это какая-то особенность GPL, что она подобных экспертов к себе притягивает. Или она с вами что-то делает?

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

231. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от C00l_ni66a (ok), 19-Июл-23, 20:15 
>ЧТО?

Скорее "А что не так?".

>Динамическеое - это когда...

Держи в курсе. Про формализм я уже упоминал. Эффект от модели использования динамически-привязанных библиотек "всё своё ношу с собой" близок/аналогичен эффекту от использования статически? Да, ведь раму и диск оно жрёт +- также, в силу дублирования.

>Это какая-то особенность GPL

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

Собственно, статика имеет смысл, в определённых случаях (e.g. критичные, но простые системные компоненты, с малым числом зависимостей), но утверждение об идеологической природе аргументации против её использования - звучит как шиза. Неоднократно упомянутое выше дублирование данных - это вполне себе объективный критерий и аргумент "против", в хорошем проекте допускаться такой ереси не должно, без очень веских на то причин.

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

232. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 20-Июл-23, 09:25 
>>Динамическеое - это когда...
> Держи в курсе. Про формализм я уже упоминал. Эффект от модели использования
> динамически-привязанных библиотек "всё своё ношу с собой" близок/аналогичен эффекту от
> использования статически? Да, ведь раму и диск оно жрёт +- также,
> в силу дублирования.

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

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

Да, это моя особенность, провоцировать местных экспертов давать признания. Я полагал, что ты новорег, и потому в тебе ошибся, приняв тебя за технически грамотного. Теперь я закрыл гештальт и вижу типичного демагога, не понимающего смысл термина "связывание" и ведущего пропаганду мракобесия.

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

155. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от uis (??), 17-Июл-23, 17:48 
> Вот такой статически слинкованный код на плюсах
>
> int main () {
>   std::cout << "hello world";
> }
>
> У меня весил в Винде менее 30 Кб.
> Не стесняйтесь, покажите, сколько гигабайт экономится разделяемой библиотекой. ;)

Нифига себе! У меня прога для индексации и поиска по zip архиву весит 15Кб. С динамической линковкой к libc, zlib и minizip, но с отключённым relro. С включённым relro 17Кб.


Ну и твой helloworld:
Динамика: g++ -mthumb -fno-math-errno -fmerge-all-constants -fno-ident -pipe -fno-plt -mcpu=native -D_GNU_SOURCE -fvisibility=hidden -flto -fno-fat-lto-objects -Os -s -fno-stack-protector -fno-asynchronous-unwind-tables -fno-unwind-tables -DNDEBUG -Wl,-z,max-page-size=0x1000 -Wl,-z,norelro hw.cpp -fno-rtti -fno-exceptions -fwhole-program && sstrip -z a.out
2.5Кб

g++ -mthumb -fno-math-errno -fmerge-all-constants -fno-ident -pipe -fno-plt -mcpu=native -D_GNU_SOURCE -fvisibility=hidden -flto -fno-fat-lto-objects -Os -s -fno-stack-protector -fno-asynchronous-unwind-tables -fno-unwind-tables -DNDEBUG -Wl,-z,max-page-size=0x1000 -Wl,-z,norelro hw.cpp -fno-rtti -fno-exceptions -fwhole-program -static -fdata-sections -ffunction-sections -fipa-pta -Wl,--gc-sections,--as-needed && sstrip -z a.out
949Кб

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

161. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 17-Июл-23, 18:20 
>[оверквотинг удален]
>>
>> int main () {
>>   std::cout << "hello world";
>> }
>>
>> У меня весил в Винде менее 30 Кб.
>> Не стесняйтесь, покажите, сколько гигабайт экономится разделяемой библиотекой. ;)
> Нифига себе! У меня прога для индексации и поиска по zip архиву
> весит 15Кб. С динамической линковкой к libc, zlib и minizip, но
> с отключённым relro. С включённым relro 17Кб.

Ну, раз с динамической, прибавляйте к 15Кб размеры вон тех библиотек.

> Ну и твой helloworld:
> Динамика: g++ -mthumb -fno-math-errno -fmerge-all-constants -fno-ident -pipe -fno-plt
> -mcpu=native -D_GNU_SOURCE -fvisibility=hidden -flto -fno-fat-lto-objects -Os -s -fno-stack-protector
> -fno-asynchronous-unwind-tables -fno-unwind-tables -DNDEBUG -Wl,-z,max-page-size=0x1000
> -Wl,-z,norelro hw.cpp -fno-rtti -fno-exceptions -fwhole-program && sstrip -z a.out
> 2.5Кб

И к этому прибавляйте.

> g++ -mthumb -fno-math-errno -fmerge-all-constants -fno-ident -pipe -fno-plt -mcpu=native
> -D_GNU_SOURCE -fvisibility=hidden -flto -fno-fat-lto-objects -Os -s -fno-stack-protector
> -fno-asynchronous-unwind-tables -fno-unwind-tables -DNDEBUG -Wl,-z,max-page-size=0x1000
> -Wl,-z,norelro hw.cpp -fno-rtti -fno-exceptions -fwhole-program -static -fdata-sections
> -ffunction-sections -fipa-pta -Wl,--gc-sections,--as-needed && sstrip -z a.out
> 949Кб

Вот вместо 949 у меня 30. Подробности в №160. И даже с RTTI и исключениями будет заметно меньше 900.

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

171. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от uis (??), 17-Июл-23, 20:05 
Мы размер бинарников хелловорлдов сравниваем или нечто другое?

> Вот вместо 949 у меня 30.

Ты забыл добавить User32.dll и Kernel32.dll)

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

195. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 18-Июл-23, 10:44 
> Мы размер бинарников хелловорлдов сравниваем или нечто другое?

Априори я ничего не сравниваю. Я утверждаю, что "аргументы против против статического связывания основном идеологические, подогреваемые заинтересованностью майнтейнеров".

Мне нужны были подтверждения, и я их получил.

>> Вот вместо 949 у меня 30.
> Ты забыл добавить User32.dll и Kernel32.dll)

Нет, не забыл. Ты просто не в курсе, что такое User32.dll, потому и сел в лужу.

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

205. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +1 +/
Сообщение от uis (??), 18-Июл-23, 14:38 
- И прибавляй libc.so туда, потому что так мои доводы выглядят лучше
- Ок, прибавляй Kernel32.dll, User32.dll, а так же ws2_32.dll
- Нет, ты нипанимаешь, это же другое!
Ответить | Правка | Наверх | Cообщить модератору

220. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 19-Июл-23, 10:14 
У меня не используются User32.dll, а тем более ws2_32.dll (первую ещё могу понять, но предположение о необходимости последней для "ПриветМира" считаю глупостью). От Kernel32.dll требуется лишь функция вывода на консоль, поскольку без неё довольно муторно инициализировать сервер, с учётом поддержки различных версий ОС. В Линукс она не нужна, достаточно вызова ядра через шлюз. И да, это другое - тебе для плюсов libc.so не достаточно.
Ответить | Правка | Наверх | Cообщить модератору

221. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 19-Июл-23, 10:28 
Вообще, 949 против 30 я считаю вполне годным показателем для столь солидной библиотеки как GNU. Странно, что ты на это триггернулся и принял как нападку на них. Они ведь не решали задачу "помочь линкеру выкинуть ненужное". Потому что не принято линковать статически, и куча говорящих голов находит "аргументы". Если бы статическое связывание было не десятым приоритетом, в твоём примере была бы цифра порядка 100. Я собственно для намёка на это и показал свой результат.
Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

179. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +1 +/
Сообщение от Аноним (180), 18-Июл-23, 01:37 
> сколько гигабайт экономится разделяемой библиотекой

Ровно столько, сколько ты в неё вынес функций из основной программы.

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

170. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от _kp (ok), 17-Июл-23, 19:41 
>>хоть сделали вид, что используете GNU/Linux.
>>ubuntu-де после свежей установки жрёт 4 гб диска, а win 10 home edition 16

Ключевое слово - используете. (а не балуетесь)

И свежеустановленной Убунтой так и пользуются? Нет? Доставляют ПО.
Причем, как и с Windows не стороннее ПО и игры, а из системного репозитория, то что нужно для работы.

Да, последние Windows за счет bloatware разжирели, но разница и тем хламом, далеко не на порядки.

Обычно, при установке с ходу у меня Debian занимает 12-16 ГБ. Минимум. Без стороннего софта.
Впрочем, признаю, часть встроенного ПО снимает нужду в стороннем.
Но система утрамбованная в 4ГБ, на десктопе - это или инвалид, или конструктор для доустановки ПО по вкусу. А во втором варианте объём будет.  

Сравним иначе.
Глянул осносительно _свежие_, не разжиревшие от времени и работы ноутбуки и виртуалки, отбросил игры и проекты, Wine, Виртуалки, ПО для 3D принтеров и 3D графики, а оставшееся усреднил.
Важно, кэши приложений браузеров, временные файлы, свопы, файлы подкачки, то что можно обнулить - исключил.

- Windows10, Офис, Visual Studio(не весь конечно, а скромно самое нужное), и ПО по мелочи. 28-42ГБ.(без свопа и файла подкачки)
- Linux система для программирования, опять же не на все случаи.  ~18-33Гб.

>> pro edition займёт 25 гб

Не займёт, а установит по умолчанию. И часть мусора и заведомо ненужно ПО можно и нужно удалить, и будет ~16.    

>>win это голая ось с минимумом необходимого

Только если чего то по недостаточно, и понадобится из Windows, то вот тебе бегемот Wine,
если что то не совместимо с ОС, то вот тебе /opt и snap.
А если впасть в snap, то понеслась.
Сторонние проприетарные приложения весьма жирные, ибо тащат все с собой.

Разница есть, голые системы на Linux меньше, но не в разы, и не всегда.

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

173. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +1 +/
Сообщение от freehckemail (ok), 17-Июл-23, 20:38 
_kp, вы слишком серьёзно отнеслись к данному размышлению: материал для него я выдернул из первых ссылок гугла по запросам "сколько места займёт ubuntu/windows", не более =)

размер занятого пространства непосредственно после установки я брал по простой причине -- если мы начнём сравнивать ещё и разные конфигурации, то мы увязнем, и откроется огромное поле для полемики

вот например:

>> pro edition займёт 25 гб
> Не займёт, а установит по умолчанию. И часть мусора и заведомо ненужно ПО можно и нужно удалить, и будет ~16.  

так ведь тот же манёвр можно и в линуксе провернуть, но он ближе к нулю, так относительная разница будет расти; мало того, обязательно найдётся умник, который предложить почищенную винду сравнить с debootstrap-нутой системой, в чём собственно тоже смысла мало, потому что линуксы урезаются куда сильнее винды

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

поэтому -- только чистая установка

> Обычно, при установке с ходу у меня Debian занимает 12-16 ГБ.

Интересно. Как же летит время:
2015й: https://www.debian.org/releases/jessie/amd64/apds02.html.en
2023й: https://www.debian.org/releases/bookworm/amd64/ch03s04.en.html

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

174. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от _kp (ok), 17-Июл-23, 22:09 
>>выдернул из первых ссылок гугла

Я Вам назвал более точно

>>только чистая установка

Никто не использует системы в виде чистой установки. Помимо стороннего ПО, есть дженьльменский набор ПО который ставится сразу.
Добавлено:тут коллега про Мак напомнил, что там в стоковом виде система более готова к использорванию. Возможно, но там и не 4Гб, и не 16.


Например если нужно сделать Линукс на флешке,
то я лично могу её утрамбовать в 1ГБ, с Х и браузером. Но это будет плохая, не практичная система. Поэтому я не буду ставить Линукс и на 8Гб, несмотря, что голая ситема влазит в 4Гб.

Как только ставим небольшую програмку, в Линукс она тянет за собой мешок зависимостей. И так на кадый чих, пока не распухнет примерно до 16Гб.

Под узкие скромные задачи можно поставить Линукс на флеку от 16ГБ. Но при этом Wine и играх даже не заикаюсь. А, и своп и гибернацию тоже не используем, а то это еще +16 .. 32 ГБ потребует, сверх заявленных 4Гб ;
Итого, мнимальный объем для простенького Линукс, который можно использовать принимаю за 16Гб. Но это будет жать.

Windows10home после установки занимат 16Гб.
Деинсталируем лишнее, ставивим DirectX, TC, redist, и объём теперь 15Гб.
Но теперь мы можем ставить игры и объём windows не распухнет. Точнее, сразу не распухнет. Но, на старте готовая к работе Windows система занимает 15-20 Гб.

А далее самое интересное.
В Windows объём раздут за счёт blotware, при удалении которого объём можно ещё очень сильно сократить. А в Linux только полезные нужные компоненты. А объемы сопоставимы

>>Интересно. Как же летит время

Да. Когда то мой bootstrap Debian5 с Lxde, gcc библиотеками для разработки, и сопутсвуючим ПО, как то помещался в 350Мб. Стоковая установка, как ни оптимизуруй занимала 1.5Гб, что тоже достаточно скромно.

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

199. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +1 +/
Сообщение от freehckemail (ok), 18-Июл-23, 11:44 
Ну что ж, возможно мои данные слегка устарели, всё-таки я ушёл с GNU/Linux в 2019м, и уже тогда не пользовался DE, а сидел на чистом i3wm. Я благодарен Вам, _kp, за то что указали мне на это.

Тем не менее, факт: в начале 2010х мы на рутовый раздел линуксов выделяли 10-15 гигов и этого в целом хватало, в то время как на системный диск Windows 7 меньше 100 гигов не отрезали, да и сама она из коробки занимала 20 гигов места на диске. Если в 2023м году эта разница стала сильно меньше, это печально, и свидетельствует скорее об общем снижении квалификации IT-специалистов. Но она всё ещё есть, и за это спасибо надо говорить прежде всего ld-linux.so.

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

177. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от uis (??), 18-Июл-23, 00:34 
> Linux система для программирования, опять же не на все случаи.  ~18-33Гб.

Linux система для программирования: gcc, binutils, qtcreator, plasma, xfce(да, я установил два окружения), chromium, исходники ядра, заголовки для каждего пакета, ебилды на все случаи жизни и всякая мелочь. <7.5Гб вся система с учётом барахла в хомяке.

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

196. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от _kp (ok), 18-Июл-23, 10:58 
У меня обычно что одно из kde/mate и помимо сборки под десктоп добавляется и для микроконтроллеров компиляторы библиотеки и сопутсвующие инструменты.
Ответить | Правка | Наверх | Cообщить модератору

200. Скрыто модератором  +/
Сообщение от arisu (ok), 18-Июл-23, 12:11 
Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

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

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




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

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