URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 86079
[ Назад ]

Исходное сообщение
"Проект по задействованию LTO-оптимизации при сборке ядра Linux"

Отправлено opennews , 20-Авг-12 14:23 
Разработчики из компании Intel представили (https://lkml.org/lkml/2012/8/18/273) набор патчей с результатами работы по адаптации ядра Linux для сборки с использованием режима оптимизации во время динамического связывания (LTO - Link Time Optimization). LTO-оптимизации отличаются учётом состояния всех файлов, участвующих в процессе сборки, в то время, как традиционные режимы оптимизации оптимизируют каждый файл по отдельности и не учитывают условия вызова функций, определённых в других файлах. Например, при LTO для функций из других файлов возможно inlinе-развёртывание, в исполняемый файл не включается неиспользуемый код, осуществляется проверка типов для всей программы, производится общая оптимизация на уровне проекта в целом.

Подготовленные патчи включают в себя устранения проблем, всплывших в результате более агрессивной оптимизации, а также содержат ряд обходных путей для исключения влияния известных проблем в GCC 4.7. В результате использования патчей при сборке ядра 3.6 при помощи GCC 4.7 удалось добиться заметного повышения производительности результирующей сборки. Ускорение наблюдается практически во всех тестах, за исключением нескольких незначительных регрессий, которые планируется устранить в ближайшее время.


Ценой использования LTO является замедление процесса сборки в 2-4 раза и необходимость наличия в системе от 4 до 9 Гб ОЗУ в зависимости от собираемой конфигурации ядра. Ожидается, что в будущих версиях GCC проблемы с производительностью будут решены и скорость сборки в режиме LTO будет существенно увеличена.

URL: https://lkml.org/lkml/2012/8/18/273
Новость: http://www.opennet.me/opennews/art.shtml?num=34619


Содержание

Сообщения в этом обсуждении
"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 14:23 
Ох, давно ручки чешутся пособирать с LTO...

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено кевин , 20-Авг-12 22:05 
а мы уже рубим!

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 21-Авг-12 02:01 
> а мы уже рубим!

...один рубит, а семеро в кулак трубят :)


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено pavlinux , 21-Авг-12 03:25 
+ifdef CONFIG_LTO_SLIM
+AR    = $(CROSS_COMPILE)gcc-ar
+else
AR    = $(CROSS_COMPILE)ar
+endif

Мож скажете где gcc-ar надыбали?  


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 21-Авг-12 02:48 
> Ох, давно ручки чешутся пособирать с LTO...

А чему там чесаться?

Ну вот из последнего - busybox с lto собирал - только для ash пришлось отключить компиляцию с LTO.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено pavlinux , 21-Авг-12 17:40 
>> Ох, давно ручки чешутся пособирать с LTO...
> А чему там чесаться?
> Ну вот из последнего - busybox с lto собирал - только для
> ash пришлось отключить компиляцию с LTO.

К ЧСВ чё-нить добавилось? :)


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 14:24 
Прикольно. Быстрое ядро - это хорошо, а вот 9Гб RAM я не потяну.

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 14:28 
Ничего. соберешь на swap'e ))) Прикольно, но время с борки в 2-4 раза больше... уведомили бы об этот в анонсе нового ядра.

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 14:37 
Так это при сброке с LTO, так-то не повлияет... (Как же OO/LO с LTO собиралсь бы. Сколько ж гиг... А фокс.)

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 15:54 
> с LTO собиралсь бы. Сколько ж гиг... А фокс.)

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


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено BratSinot , 20-Авг-12 21:53 
Не так уж и много оно весит. Тот-же chromium исходники пару гигов весят, браузер 100MiB+

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 21-Авг-12 02:02 
> Не так уж и много оно весит. Тот-же chromium исходники пару гигов
> весят, браузер 100MiB+

Ну так в объектниках больше информации чем в скомпиленных бинарях.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 15:53 
Теперь гентушники возлюбят мощные энтерпрайзные сервера и возьмут новые высоты :)

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено kurokaze , 20-Авг-12 16:16 
фейл. что вы как ребенок всякую гадость в ро^W голову тянете

сборка отнимает не более 15 минут в день
mplayer с -vf hqdn3d,gradfun потребляет намного больше процессора в день — давайте начнем теперь тыкать пальцем в смотрящих фильмы и петросянить


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 16:54 
> сборка отнимает не более 15 минут в день

Сборка чего именно? Ядра со всеми прибамбасами c LTO? Файрфокса? Либрофиса? 15 минут? У вас там Cray чтоли? :)

> mplayer с -vf hqdn3d,gradfun потребляет намного больше процессора в день — давайте
> начнем теперь тыкать пальцем в смотрящих фильмы и петросянить

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


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 17:41 
можно собирать и заниматься обычными делами. Ну станет 20-40 минут вместо 10. Не страшно

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено VoDA , 20-Авг-12 17:41 
> Там ресурсы системы потребляются на благо пользователя. А вот пересборка сама по
> себе - чисто техническая операция. Сама по себе она вообще никому
> пользы не приносит.

А обогрев помещений? ;))))))))))))))))


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 20:07 
> А обогрев помещений? ;))))))))))))))))

Для этого лучше mining rig поставить :)


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 18:37 
начнем теперь тыкать пальцем в смотрящих фильмы и петросянить

>А вот пересборка сама по
> себе - чисто техническая операция. Сама по себе она вообще никому
> пользы не приносит.

Как-то толсто.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено x0r , 20-Авг-12 22:20 
А вам что все драйверы нужны? Можно все и не собирать и будет быстрее намного

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено анонимус , 21-Авг-12 07:36 
Очень редко приходится пересобирать firefox, LO и проч. большие проекты - примерно раз в 1.5-2 месяца. В любом случае эти задачи выполняются в фоне, не особо мешая заниматься своими делами - при этом на C2D 2.16GHz c 1G ram при make -j3 система практически не тормозит если приложения часто не обращаются к диску

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено BratSinot , 23-Авг-12 15:11 
> firefox <

Он не большой, а толстый на С++. Из-за этого при компиляции жрется куча памяти и времени.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено кевин , 20-Авг-12 22:06 
> Теперь гентушники возлюбят мощные энтерпрайзные сервера и возьмут новые высоты :)

пфф все прогрессивные гентушники давно собирают с LTO


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 14:28 
Проблемы с памятью уже решены частично в 4.7.1. Из ченджлога:
"Improved scalability and reduced memory usage. Link time optimization of Firefox now requires 3GB of RAM on a 64-bit system, while over 8GB was needed previously. Linking time has been improved, too. The serial stage of linking Firefox has been sped up by about a factor of 10."

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 16:04 
> factor of 10."

Epic win! Вот все бы так софт оптимизировали. И почаще :)


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено XoRe , 20-Авг-12 19:07 
>> factor of 10."
> Epic win! Вот все бы так софт оптимизировали. И почаще :)

Сначала надо его замедлить)


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 20:08 
> Сначала надо его замедлить)

Не, так не пойдет - это уже читерство.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Имя , 21-Авг-12 11:02 
Мощно еще CLang-ом собирать. Он, судя по описанию, потребляет в разы меньше памяти чем gcc при компиляции

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Zenitur , 20-Авг-12 15:00 
Когда я компилирую Wine я удивляюсь тому, что первые секунды компилируются файлы из нескольких основных каталогов, а остальные 20 минут идёт компиляция файлов из всех оставшихся каталогов по алфавиту, от a до z. И потом всё работает. В моменты компиляции я задумываюсь, а как компилируют оригинальный Windows? Тоже все файлы из каталога System32/System64 компилируются в алфивитном порядке от a до z, или сначала основные библиотеки и программы, потом библиотеки с меньшим приоритетом, потом ещё с меньшим...

Когда читал новость сразу вспомнил об этом.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено ананим , 20-Авг-12 15:32 
очевидный ответ кроется в знании правил работы make-файлов (или аналогов типа сконс и тд).
другими словами - как напишешь, так и будет.

Зыж
по сабжу - в LTO обратите внимание всё же на первую букву, она тоже не просто так.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено poige , 20-Авг-12 15:33 
— Билды присылает Skynet.

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 15:57 
> потом всё работает. В моменты компиляции я задумываюсь, а как компилируют
> оригинальный Windows? Тоже все файлы из каталога System32/System64

Наивные чукотские юноши такие наивные. У мс вообще сборка по другому делается. Кстати AFAIK она занимает чуть более чем дофига времени. У них процесс билдовки вообще отличается тормознутостью.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 16:36 
Те же самые Makefile'ы, только диалект другой.

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 16:57 
> Те же самые Makefile'ы, только диалект другой.

Спасибо, Кэп. Да, общие идеи у много кого и чего - довольно похожие.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено XoRe , 20-Авг-12 19:30 
> Когда читал новость сразу вспомнил об этом.

Поставьте visual studio, напишите/найдите небольшой проектик и сделайте ему build.
Узнаете, как оно делается в MS.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 21-Авг-12 00:50 
Странно, а я всегда думал, что при компиляции и сборке на Makefile'ах строится граф зависимости по правилам из этих файлов...

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено ВКПб , 20-Авг-12 15:42 
На AMD есть смысл собирать?

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено ВовкаОсиист , 20-Авг-12 16:21 
>_< Лто только для интела существует? Использование её имеет смысл на всех процессорах и архитектурах.

"Проект по задействованию LTO-оптимизации при сборке ядра Linux"
Отправлено xxx , 20-Авг-12 15:45 
O_o. Сейчас попробывал собрать свой прект под cortex-m3 с включенной LTO, бинарник вырос с 60 до 90 Кб. Ядро интересно также вырастет?



"Проект по задействованию LTO-оптимизации при сборке ядра Linux"
Отправлено Аноним , 20-Авг-12 16:02 
> вырос с 60 до 90 Кб.

Видимо что-то заинлайнилось. И да, что-то мне подсказывает что от LTO есть толк на больших проектах. Типа всяких либрофисов и файрфоксов.


"Проект по задействованию LTO-оптимизации при сборке ядра..."
Отправлено arisu , 21-Авг-12 02:01 
> попробывал

больше не «пробывай».


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Клим , 20-Авг-12 16:02 
до 9 ГБ... линукс в массы, ага.
а обsчная сборка ядра сколько длится?

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 16:03 
> до 9 ГБ... линукс в массы, ага.

У разработчиков и 32Гб бывает. Кроме всего прочего, большой дисковый буфер делает работу с большими наборами файлов куда приятнее.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено nal , 20-Авг-12 17:30 
И что такого в 9-ти гигах?
на моем офисном компе(проц: Intel G540), 16 гиг памяти, не считая swap раздела(правда ни разу его не использовал, сделал по привычке)...
кручу-верчу виртуалки - вполне себе норма, такой объем памяти иметь...

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Тот_Самый_Анонимус , 21-Авг-12 06:17 
>кручу-верчу виртуалки - вполне себе норма, такой объем памяти иметь...

По-разному бывает. Я пока что по работе несталкивался с ОЗУ более 4 Гб. Так что про норму - это чистая ложь.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 21-Авг-12 09:56 
4 гига на сегодня - это практический минимум. Подойдет для офисной работы и веб-серфинга. Для разработки этого реально мало, надо хотя бы 8. Лично у меня на работе 8 (было 4, не хватало), дома 16.

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено nal , 21-Авг-12 12:28 
> ... Так что про норму - это чистая ложь.

В моей практике это норма...


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 23-Авг-12 12:20 
Т.е. один вы со своими вшивыми 4ГБ - и уже не норма? Проспитесь, норма уже давно выше 8ГБ

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 17:41 
А что, массы в массовом порядке пересобирают ядро с разными вариантами оптимизации?

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 17:43 
Именно в массы. Так как массы (т.е пользователи бинарных дистрибутивов) получать бесплатное ускорение

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 20:14 
> Именно в массы. Так как массы (т.е пользователи бинарных дистрибутивов) получать бесплатное
> ускорение

Ну наверное разработчики массовых дистров смогут найти машину с 16-32Гб памяти в 2012 году. Тем паче что вон тут рядом утверждается что gcc 4.7.1 порядочно оптимизнули.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 17:47 
>а обsчная сборка ядра сколько длится?

Все от проца зависит. У меня она выполняется минут 20 от силы.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Aceler , 20-Авг-12 18:48 
У нас в учебных классах на сравнительно не молодых Pentium D — 30 минут ровно.

АПВС?


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 20-Авг-12 21:27 
что значит обычная?  у меня "обычная" минут 10, не более

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Капитан , 21-Авг-12 00:15 
Обычное ядро компиляется 10 минут. А новый хренишь с новыми микрогранулами - 20!

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено добрый дядя , 20-Авг-12 21:39 
я собираю ядро Linux на 6 ядрах в 10 потоков обычно - собирается за пару-тройку минут, не более, у меня AMD Phenom II x6

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Anonimus.UA , 21-Авг-12 15:01 
4*3=12, дома 3*2=6

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Йух , 23-Авг-12 17:38 
> до 9 ГБ... линукс в массы, ага.
> а обsчная сборка ядра сколько длится?

последние за последние 4 года апгрейдился 8 - 16 - 32
последний апгрейд совпал с заменой системника с Q6600 на 3770К

новых компов с меньше чем 4Гб уже больше года не видел

прятьже память нужна только для сборки, бинарь потом можно запускть на системах с меньшим кол-вом памяти


"Проект по задействованию LTO-оптимизации при сборке ядра..."
Отправлено arisu , 24-Авг-12 01:47 
> прятьже память нужна только для сборки, бинарь потом можно запускть на системах
> с меньшим кол-вом памяти

а у меня ядро спокойно собирается на 4гб системе, 32-битной. при этом на фоне крутится ещё и VirtualBox. и браузер запущен. и почтовик. -j2, среднее время сбора — около семи минут.

ну да, я прочитил — несколько лет назад, как купил новую технику, потратил немного времени, чтобы вырубить в ядре всё, что мне не надо. а дальше делаю make oldconfig, умиляюсь новым железякам и вырубаю их поддержку тоже.

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


"Проект по задействованию LTO-оптимизации при сборке ядра Linux"
Отправлено Aceler , 20-Авг-12 18:49 
Ну 9 Гб это не так страшно, во времена, когда надо было делать сборки kdebase со всеми отладочными флагами, вполне можно было получить те же объёмы.

"Проект по задействованию LTO-оптимизации при сборке ядра Linux"
Отправлено Аноним , 20-Авг-12 21:29 
сейчас webkit-gtk собирает окуенный .a файл на несколько гигов, но хорошо что не в памяти всё это держит, а только жрёт диск

"Проект по задействованию LTO-оптимизации при сборке ядра Linux"
Отправлено BratSinot , 21-Авг-12 11:46 
> но хорошо что не в памяти всё это держит <

Ага, потому-что ваш WebKit и так сжирает всю память.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено добрый дядя , 20-Авг-12 20:16 
самое то для разработчиков дистров, например Ubuntu может себе позволить такое шустрое ядро поставлять

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено xxx , 20-Авг-12 22:39 
> самое то для разработчиков дистров, например Ubuntu может себе позволить такое шустрое
> ядро поставлять

Так и представил себе:
- А почему дистрибутив ХХХ тормозит?
- А они не могут позволить себе собрать ядро с LTO оптимизацией.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 21-Авг-12 00:28 
Блин, 16гб рамы ddr3 стоит 3000р. Развели тут. Это может себе позволить практически каждый, у кого более-менее новая тачка.

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 21-Авг-12 02:04 
> Блин, 16гб рамы ddr3 стоит 3000р. Развели тут. Это может себе позволить
> практически каждый, у кого более-менее новая тачка.

Производители оперативки одобряют этот пост :)


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 21-Авг-12 10:50 
А также процессоров и материнских плат. Каждый из них обойдется дороже

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено pavlinux , 21-Авг-12 17:42 
> Блин, 16гб рамы ddr3 стоит 3000р. Развели тут. Это может себе позволить
> практически каждый, у кого более-менее новая тачка.

Мне нужна DDR1 ECC Registered. Куплю за 3000 и ещё спасибо скажу.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено inferrna , 21-Авг-12 18:37 
Бери у меня DDR2 ECC Full Buffered, вдруг после напильника воткнёшь.

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Anonus , 21-Авг-12 01:37 
Действительно интересная новость. Пусть поскорее допиливают, а скорость компиляции и гигоярды памяти возьмут на себя дистростроители, у них всё это есть.

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Xasd , 21-Авг-12 04:06 
> оптимизации во время динамического связывания

...

> возможно inlinе-развёртывание, в исполняемый файл

выглядет как противоречивые параграфы :)


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено 3DRaven , 21-Авг-12 07:20 
Ух ты :) Поскорее бы liquorix это дело врубил на полную. Сам бы повозился когда то, сейчас уже надоело, хотя памяти и хватит, но телевизор с собирающимся чем то уже не развлекает, а по работе не надо.

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 21-Авг-12 07:29 
Есть какой то способ может собирать ядро на старом компьютере?
Как обойти эти требования памяти и почему нужно столько гигабайт для компиляции программы?
Неужели нет способа компилировать на компьютерах 512 Мб или 1 Гб?
Я просто не понимают зачем столько памяти, и почему на старом компьютере или на дешёвом новом ноутбуке нельзя собирать, пусть это получится дольше, пусть, но почему возможность сборки отсутствует начисто?!?

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 21-Авг-12 09:01 
сделай своп 9гиг и компили себе

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 21-Авг-12 10:01 
> сделай своп 9гиг и компили себе

...и пусть весь мир подождет...


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 21-Авг-12 10:03 
> Есть какой то способ может собирать ядро на старом компьютере?

Не используйте LTO, и сможете собирать на старом железе. Никто ж не заставляет.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 21-Авг-12 10:16 
Я хочу именно LTO, хочу максимум производительности.
И мне лично совершенно непонятно, почему нельзя производить компиляцию по частям, загрузил все 500 Мб, откомпилил, загрузил следющую порцию кода и т.д.
Зачем этот идиотизм с 4-10 Гб, неужели нельзя обойти проблему?
Как этот процесс происходит?

"Проект по задействованию LTO-оптимизации при сборке ядра..."
Отправлено arisu , 21-Авг-12 10:21 
да дураки они там все в команде gcc. адиёты. пришли бы на опеннет, спросили анонимуса — и сделали Как Надо. ну тупыыые!

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено 1 , 21-Авг-12 10:24 
>И мне лично совершенно непонятно, почему нельзя производить компиляцию по частям, загрузил все 500 Мб, откомпилил, загрузил следющую порцию кода и т.д.
>Как этот процесс происходит?

в гугл а потом и глупые вопросы отпадут...
>Зачем этот идиотизм

?


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Анон , 21-Авг-12 11:58 
Собери ядро у одноклассника на игровом компе и принеси на флешке, на свой комп. В чем проблема?

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Anonimus.UA , 21-Авг-12 15:07 
> Я хочу именно LTO, хочу максимум производительности.
> И мне лично совершенно непонятно, почему нельзя производить компиляцию по частям, загрузил
> все 500 Мб, откомпилил, загрузил следющую порцию кода и т.д.
> Зачем этот идиотизм с 4-10 Гб, неужели нельзя обойти проблему?
> Как этот процесс происходит?

строится таблица всех вызовов каждого файла и для таких монстров как ядро эта таблица гигантская. Думаю со временем алгоритм оптимизируют еще не раз


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Moomintroll , 21-Авг-12 16:03 
"LTO-оптимизации отличаются учётом состояния всех файлов, участвующих в процессе сборки, в то время, как традиционные режимы оптимизации оптимизируют каждый файл по отдельности и не учитывают условия вызова функций, определённых в других файлах."

Что непонятно в слове "всех"?


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Led , 22-Авг-12 04:43 
> Учтём и то, что это даже удобно когда обычный юзер не может
> ядро собрать

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



"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Michael Shigorin , 24-Авг-12 03:10 
> Это не просто удобно, а очень полезно.

Это и была залётная школота -- им мозгозаменитель в MS прополоскали и отправили дальше гадить.


"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 22-Авг-12 06:53 
Пообщался со спецом в этой области.
Можно делать и по частям, можно и с помощью большого объёма на жестком диске.
Долго ли забить 4 или 10 Гб информацией с ж/д? Запись - помедленнее пойдёт, но в целом всё это терпимо.
Если это прямо сейчас делать, то о производительности можно забыть, ничего не оптимизировано, может разрабов компилятора попинать кому?

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено bebeka , 21-Авг-12 10:43 
LTO-оптимизация это реальная IT-технология

"Проект по задействованию LTO-оптимизации при сборке ядра Lin..."
Отправлено Аноним , 21-Авг-12 14:48 
так какой прирост даёт 0000.1% почему нет данных гуглю ненайду чтото