Компиляция ядра с помощью ICC

• Исправить код ядра чтобы не использовал gnu раширений
• $ make

Его даже clang собрать не может, куда уж ICC.

Зачем?

Как ты будешь замерять прирост? В случае архиваторов и кодеков это понятно, но как ты поймешь, что у тебя ядро «работает быстрее», что быстрее-то работать (предположительно) будет?

Всё что вызывает заметную работу ядерного кода (sys time), сеть например.

Неужели за 10 лет gcc не сравнялся с icc по качеству генерации кода?

Власти ICC скрывает те оптимизации, благодаря которым архиваторы и кодеки на процессорах Intel работают на 15%-35% быстрее при том же размере бинарников.

Никак.

Никак [2].

Спасибо за очень информационные сообщения вида «Никак». Достаточно людей собирали с помощью ICC ядро.

Ну врёшь же. Открываешь любимую ide для с и вперёд.

ICC основан на GCC, так что у Clang тут явно шансов меньше.

ICC скрывает те оптимизации, благодаря которым архиваторы и кодеки на процессорах Intel работают на 15%-35% быстрее при том же размере бинарников.

Потому что там по дефолту оптимизиции, как в -O3 -mfpmath=fast

Откуда инфа? У них даже ключи комстроки и набор входящих в состав файлов различаются полностью.

Очень сомневаюсь, что дело только в этом. Кому, как не Intel лучше знать, как работают их CPU. Не говоря уже о том, что проект коммерческий = больше шансов на успех.

Вам в первом посту все объяснили. Как Вы удалите из исходников ядра все расширения GNU, так и сможете собрать. Не факт, что еще и заработает.

Было бы так, от него были бы исходники.

А почему же тогда ICC требует g++? Не говоря уже о прочих зависимостях от gcc.

Можешь пропатчить и отправить изменения в апстрим.

ICC вообще в tar.gz идёт емнип, как он может что-то требовать?

Никак.

- Каким компилятором вы пользуетесь (в Unigine - прим.)?
- Обычным, GCC из реп убунты.
- А вы пробовали альтернативные
- Да, мы пробовали интеловский ICC, он генерирует замечательные бинари с одним лишь недостатком - у нас они не работают

Буду дома - уточню цитату (есть запись доклада)

Потому что icc нужна стандартная библиотека, своей у него нет. Матчасть бы подучил, что ли.

Обычно неработоспособность кода при смене компилятора — признак говнокода.

Что значит скрывает? Берешь асм-выхлоп icc, смотришь чем конкретно он лучше и реализуешь подобное в gcc. Собственно, я уверен, за последние лет 10 большая часть оптимизаций и была воплощена.

Спасибо за очень информационные сообщения вида «Никак». Достаточно людей собирали с помощью ICC ядро.

Пруфлинк. Ещё раз для слабочитающих. Ядро линукса написано не на стандартном C, а на неком его специфическом надмножестве реализованном только в gcc (смотри расширения gcc). Для того чтобы собрать его компилятором который не реализует это надмножество языка С, тебе нужно переписать ядро.

Берешь асм-выхлоп icc, смотришь чем конкретно он лучше и реализуешь подобное в gcc.

Нет тьі.

Был проект [1], в рамках которого поддерживались патчи для сборки с icc. Заглох в связи с прекращением поддержки IA-64 в новых версиях компилятора, а кроме как для итаниумов сборка ядра icc вообще нахрен никому не сдалась.

[1] http://www.linuxdna.com/

Причём тут tar.gz? Вы его устанавливать и компилировать им пробовали? Ну попробуйте, расскажите каково это.

Недавно публиковали информацию о том, что собрали последнее ядро дебиана с помощью ICC.

Обычно неработоспособность кода при смене компилятора — признак говнокода.

Нет конечно. Легкая переносимость возможна только для простых проектов.

Первый говнокодер отметился, кто ещё?

Полностью поддерживаю. А также вынужден констатировать факт быдокода в самом ядре, не говоря уже о куче мусора.

сборка ядра icc вообще нахрен никому не сдалась << Естественно, не каждый готов заплатить минимум 700 долларов за то, чтобы собрать ядро. Не говоря уже о том, что масс. лицензии стоят десятки тысяч доллоров.

Недавно публиковали информацию о том, что собрали последнее ядро дебиана с помощью ICC.

Пруфлинк.

Подрасти - потом поговорим :)

Ну и о чём можно разговаривать с говнокодером?

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

Че? Он же бесплатный

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

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

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

Собственно, я уверен, за последние лет 10 большая часть оптимизаций и была воплощена.

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

В gcc вносит вклад обособленная команда из интел. Интересная там политика, хотелось бы узнать побольше об этом. Так вот, представляете, что они сидят, пытаются придумать, как оптимизировать, а кто-то 10 лет подряд берет дизассемблер, тщательно изучает полученный материал и выкатывает оптимизации, которые делают работу сотрудников из самой интел напрасным.

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

Дядя, ты какой-то странный: icc сам срет асм-кодом, который ты волен анализировать, какой здесь реверс-инжениринг?

Лучше яйца себе полижи.

Это конечно интересно, но вы ресурсом ошиблись.

«хочу собрать ведро с ICC скажите как а если скажете что никак то пофвиг на все ваши аргументы всё равно вы все дураки патамушта вася из 9Б собирал у меня даже пруфы есть но я вам их не покажу»