Iron_Bug

Сам сколько уже на таком ядре сидишь? Никакой разницы?

может хотя бы быстрее собирается?

А хоть чуть-чуть быстрее будет?

А где именно тебе не хватает скорости ядра?

клангом ядро собирают только СЖВшки

Ядро? Шлангом?

Я видел этот срач тред на одной странице…

может хотя бы быстрее собирается?

Очень сомневаюсь. Но вот в рантайме может показать чуть лучшие результаты.

А почему ты ещё не собрал своё ядро clang’ом?

Потому что за меня его собрали в апстриме FreeBSD тем же самым clang. :3

Будет, но вряд ли это будет заметно.

А почему ты ещё не собрал своё ядро clang’ом?

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

однако реально хорошо оттестированы только defconfig’и некоторых наиболее популярных архитектур.

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

Всеравно огромное спасибо

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

Собирается действительно немного быстрее, но на современных процессорах разве это важно?

Тесты на phoronix говорят, что где-то будет прирост, а где-то наоборот. Но со временем, я уверен, будет лучше по всем параметрам.

Ты сказал?

А почему ты ещё не собрал своё ядро clang’ом?

А ты почему еще не собираешь ядро с помощью tcc? Можно компилировать прямо при загрузке!

а проблем я могу поискать в других местах, где действительно что-то сломано

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

а в clang’е все предусмотрено?

репортите все ворнинги и ошибки

вас вообще только стадия компиляции интересует? а если регрессии будут во время исполнения? Может я без устройства или данных останусь.

смотри на аватар внимательнее.
или купи очки.

А почему ты ещё не собрал своё ядро clang’ом?

а я собрал! у меня OpenBSD потому что :) там gcc из базы в i386 и arm64 версии вообще выкинули. в amd64 ещё оставили

Уж лучше бы было: «Собирайте ядро FreeBSD с помощью GCC!». Я бы повёлся. А тут булшит булшитом погоняет.

Были ядра, которые собирались, но не загружались, но такие, чтобы убивали хардварь или удаляли данные, ещё не попадались. Если вдруг, сможешь такую регрессию обнаружить, будет офигенная новость на phoronix ;)

Да мне и ника твоего достаточно.

зато я видел ассемблерные листинги после оптимизаций clang’а. Да это было пару лет назад, но осадочек остался

Были ядра, которые собирались, но не загружались, но такие, чтобы убивали хардварь или удаляли данные, ещё не попадались

что позволяет проводить масштабные эксперименты на людях, использующих нестандартные конфигурации :) Откуда мне знать, что clang нормально прожует примененный патч? Не в плане соберет без ошибок, а в плане сгенерированного кода.

будет офигенная новость на phoronix ;)

это будет из разряда «поздно пить боржоми». Ядро это все же не обычное приложение, которое хотя бы от другого пользователя можно запустить.

Вообще все так бодро начинается, типа выполните 3 шага… Ну, допустим собрать я могу, могу даже попробовать запустить. Но проверять-то дальше как?

Тесты какие-либо у вас предусмотрены? Для простых смертных, т.к. сделать полное окружение, которое используется разработчиками, я не смогу.

А почему ты ещё не собрал своё ядро clang’ом?

В GCC лицензия привлекательнее.

linux конец

Насколько я знаю, G***** вполне уже компилирует Clang-ом ядра для Android.

Не понимаю правда в чём профит кроме как для разработчиков ядра, но и это уже хорошо.

по ощущениям система стала более отзывчивой

В ядре так много cpu bound(чтобы даже переключения user <-> kernel заткнуть)?

Так просто не запускай на продакшене. Как и любой другой экспериментальный софт. Могу ещё о пользе бекапов рассказать.

Все автоматические тесты в qemu, но сейчас уже довольно много народу использует clangbuiltlinux на своих десктопах и смартфонах (x86_64 и arm64 соответственно).

смотри на аватар внимательнее.

Написано depositphotos

1. смысл мне его компилять, если не запускать?
2. с чего ты взял, что у меня есть разделение на продакшен и не продакшен? Самый стремный вариант, который у меня есть и для которого я компилял ядро, это роутер на полукастрированном mips и уже неизвестно где найденными патчами. Вам же уникальные нужны?

Могу ещё о пользе бекапов рассказать.

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

Все автоматические тесты в qemu

боюсь для своего варианта я qemu не сконфигурирую

может хотя бы быстрее собирается?

Собрал ядро 5.6.7-custom. Время сборки:

gcc       8 мин 06 сек
clang    14 мин 40 сек

меня не надо сюда кастовать. я не любитель шланга и я его нигде не использую.

Собирается действительно немного быстрее

эээ, у меня наоборот - clang-ом дольше

$ clang -v
clang version 11.0.0-++20200426063814+2f3e86b3181-1~exp1~20200426164415.1647 
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
Found candidate GCC installation: /usr/bin/../lib/gcc-cross/i686-linux-gnu/7
Found candidate GCC installation: /usr/bin/../lib/gcc-cross/i686-linux-gnu/7.5.0
Found candidate GCC installation: /usr/bin/../lib/gcc/i686-linux-gnu/8
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/7
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/7.5.0
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/8
Found candidate GCC installation: /usr/lib/gcc-cross/i686-linux-gnu/7
Found candidate GCC installation: /usr/lib/gcc-cross/i686-linux-gnu/7.5.0
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/8
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7.5.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/8
Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/7.5.0
Candidate multilib: .;@m64
Candidate multilib: 32;@m32
Selected multilib: .;@m64

Зато не GNU.

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

Будешь выпиливать как в Code::Blocks автокомплит на его основе добавят?

Шланг всё ещё генерирует более тормозный код в большинстве случаев, да?

по ощущениям

Ахаха, классика. По ощущениям, твои чакры неубедительны.

Судя по мониторингу, нередко бывает большая загрузка проца ядерным кодом.

а я не собираю автокомплит. у меня он везде отключен, как вредоносная и мешающая работе фича.

А не худшие ли?

То, что генерирует GCC, это просто курям на смех

https://godbolt.org/z/kD9ZFd

и таки шо мы видим? gcc выдал более компактный код (в байтах), а значит больше инструкций может влезть в линейку кэша. clang задействовал cmovg/cmovge, которые не всем нравятся, зато избавился от двух условных переходов и, наверное, штрафов за промах.

Может сходишь к курам и вы сравните сколько микроопераций и циклов там надо в обоих случаях?

s/циклов/тактов/

Я не говорю не запускать вообще, я говорю не запускать там, где есть риск что-то потерять.

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

Вот это интересный вариант, но работает ли на нём мейнлайновое ядро – вот в чём вопрос.

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

Вот именно про это я и говорю. Если не уверен, что сам не сможешь легко восстановить окирпиченное устройство, лучше не надо.

Возможно, это debug build?

Анонимус даже комментарий до конца не способен прочитать, куда там собирать ядро шлангом…

А можно ли собирать ядро clang-ом, а модули — gcc (или наоборот)? А как будет с проприетарными модулями ядра? Они соберутся отличным от использовавшегося для сборки их бинарной части компилятора?