LINUX.ORG.RU
ФорумTalks

Тихо и незаметно Clang сравнялся с GCC

 , , , ,


1

9

Подъехали свежие бенчмарки: https://www.phoronix.com/scan.php?page=article&item=gcc7-clang4-jan&n...

Ъ:

WINS:
Clang 3.9.1:         12  [25.0%]
Clang 4.0 SVN:       9   [18.8%]
GCC 4.9.4:           7   [14.6%]
GCC 7.0.0 20170108:  7   [14.6%]
GCC 5.4.0:           7   [14.6%]
GCC 6.3.0:           6   [12.5%]

LOSSES: 
Clang 3.9.1:         13  [27.1%]
GCC 5.4.0:           12  [25.0%]
GCC 4.9.4:           7   [14.6%]
GCC 7.0.0 20170108:  7   [14.6%]
Clang 4.0 SVN:       7   [14.6%]
GCC 6.3.0:           2   [4.2%]

В некоторых тестах Цланг сильно отрывается вперёд.

Deleted
Ответ на: комментарий от flyshoot

Ну охренеть. Чуваки забесплатно забацали тебе отличную базу под цомпилер, работают с сообществом, принимают патчи и правят баги (а не как леня с системд), но ты все равно ноешь, что они могут пару плагинов сделать проприетарными. Коммунист что-ли?

kirk_johnson ★☆
()
Последнее исправление: kirk_johnson (всего исправлений: 1)
Ответ на: комментарий от EXL

Был бы Linux, то были бы и исходники прошивки. А так только BSDL с перечислением лиц, участвующих в проекте.

iZEN ★★★★★
()
Ответ на: комментарий от upcFrost

Задрочив настройку можно очень тонкое ядро собрать, а писать по ядру на каждый чих (читай - мобильник) никто не станет, на том все проекты и дохли.

Тем не менее пишут ядро на каждый чих. Приставки. И даже под другую архитектуру потом всё переписывают.

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

Ядро линукс само по себе тормозное (вспомним тему про то что XP быстрее линукс дитстрибутивов) и с каждым годом становится тормознее. И это при том что разработчики например Андроид и так умеют с каждым релизом все притормозить ещё. Плюс для производителей экономия на процессорах, RAM и флеш памяти. Не 2 гб поставить а 1. Не 32 Gb а 16. Не квалком, а рокчип.

tommy ★★★★★
()
Ответ на: комментарий от wxw

Разве там не симба?

Нет. Это дальнейшее развитие платформы S40 уже для сенсорных экранов. Только J2ME-приложения. Впрочем, без аппаратной клавиатуры были малоюзабельны и неудобны. Были коммерческие разработки игр ну очень уж унылы.

Нативные приложения из-за маленького экранчика тоже доставляли: нельзя было прочитать полностью ФИО в контакте, например, а только в режиме редактирования.

iZEN ★★★★★
()
Ответ на: комментарий от te111011010

Кто смотрел бы? Проприетарщики? Лично меня их позиция не волнует.

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

IPR ★★★★★
()
Ответ на: комментарий от tommy

Плюс для производителей экономия на процессорах, RAM и флеш памяти. Не 2 гб поставить а 1. Не 32 Gb а 16

Не купят. Люди знают что 4 гига лучше чем 2, и при объяснениях мол «ядро, архитектура» скорчат рожу и купят 4. И потом - ну сколько там экономия? Та же память оптом стоит вообще копейки, на вес так сказать

Тем не менее пишут ядро на каждый чих. Приставки. И даже под другую архитектуру потом всё переписывают.

Это где так делали в последние 5 лет? Если какая ps4 - там оправдывается размахом рынка. А тот же самнунг писать ядра под s6, s6+, s6 edge и прочие выбросы клонирующей фермы не станет. А китайцы тем более.

с каждым годом становится тормознее

Не везде и не во всем

upcFrost ★★★★★
()
Последнее исправление: upcFrost (всего исправлений: 1)
Ответ на: комментарий от upcFrost

Не купят. Люди знают что 4 гига лучше чем 2, и при объяснениях мол «ядро, архитектура» скорчат рожу и купят 4.

Это только теория. Люди покупают или модель даже не смотря на стоимость только потому что она новая, или просто по деньгам и функционалу.

Та же память оптом стоит вообще копейки, на вес так сказать

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

Это где так делали в последние 5 лет?

Даже майкрософт постоянно переписывает кернел для x86. И в нинтендо разнообразных разве линукс внутри? Заказное и самописное ядро - не так и ужасно как вы расписываете. В большинстве случаев это оптимальное решение.

А китайцы тем более.

вот китайцы как раз часто и пилят свои оси под игрушки (в буквальном смысле детские игрушки и тд) под MIPS и тд.

tommy ★★★★★
()
Ответ на: комментарий от kirk_johnson

Блочный стек и сеть становятся быстрее. ФС тоже (вроде того же f2fs).

ВЫ себе и противоречите. Я написал что RH и компания превратила линукс в ядро для серверов. Естественно что работу с диском и тд там оптимизируют. Но как последствие излишнее потребление процессорных ресурсов и памяти. Равно как и не предназначен линукс ни для чего кроме серверов - любые попытки хоть какого то реалтайма все через патчи, костыли и тд. Сначала блочные устройства, кэши, буферы, потом мы вам что-то куда то выведем и обработаем. И всё это занимает безумное количество памяти и тонны ненужного работающего кода.

tommy ★★★★★
()
Ответ на: комментарий от tommy

Тем не менее пишут ядро на каждый чих. Приставки.

Расскажи, в каких приставках последних 5-10 лет самописанные ядра.

Ядро линукс само по себе тормозное (вспомним тему про то что XP быстрее линукс дитстрибутивов)

Ты в курсе, как меряется производительность ядра? Хинт: не производительностью дистрибутива.

любые попытки хоть какого то реалтайма все через патчи, костыли и тд

4.2 Preemptible kernel давно интегрирован, RCU для рилтайма - тоже.

tailgunner ★★★★★
()
Последнее исправление: tailgunner (всего исправлений: 2)

Неужто Clang научился компилировать код на Pascal?

Quasar ★★★★★
()
Ответ на: комментарий от ekzotech

ekzotech> А в чём конкретно преимущества Clang перед gcc?

BSDL, поддержка меньшего количества платформ, поддержка только C и C++, курирование со стороны Apple, ...

Quasar ★★★★★
()
Ответ на: комментарий от kirk_johnson

kirk_johnson> Архитектурно более вменяем.

И в чём это проявляется? Архитектура в Clang уже позволяет компилировать что-то отличное от C и C++?

Quasar ★★★★★
()
Ответ на: комментарий от kirk_johnson

kirk_johnson> Ну и лицензия.

Лицензия там объективно хуже. Как минимум потому, что лицензия у GCC не ограничивает разработчика, а лицензия у Clang даёт возможность сделать тотальный EEE. С точки зрения разработчика у Clang лицензия по сравнению с GCC не делает погоды.

Quasar ★★★★★
()
Ответ на: комментарий от unanimous

unanimous> Это никого не волнует, поскольку к моменту, когда он научится генерировать столь же быстрый код как и gcc, это изменится.

Не в скорости кода дело. GCC - проверенное временем решение, которое никуда так просто не денется, а временами и безальтернативное. Clang достаточно лишиться поддержки Apple для того, чтобы перестать развиваться.

Quasar ★★★★★
()
Ответ на: комментарий от iZEN

iZEN> Сейчас в Mesa/DRI2 для AMD Radeon без LLVM никак.

Вот не надо врать - Clang шейдеры не компилирует.

Quasar ★★★★★
()
Ответ на: комментарий от Deleted

Просто iZEN сморозил чушь и сам не понял, что LLVM это не Clang.

Quasar ★★★★★
()
Ответ на: комментарий от iZEN

Вот тут соглашусь: забирайте этот вяленд к себе. Чтобы в линуксе его не было. И systemd прихватите.

Quasar ★★★★★
()
Ответ на: комментарий от iZEN

Алё! У тебя там с головой всё в порядке? Программно-аппаратный рендеринг не через Clang там делается. Clang это не LLVM.

Quasar ★★★★★
()
Ответ на: комментарий от iZEN

iZEN> Были телефоны с BSD на борту - Nokia Asha.

Ты ещё скажи, что FreeBSD это игровая ОС, которая стоит в PlayStation 4, где пользователи из портов софт ставят и полноценный BSD-десктоп имеют. Слышали эти сказки уже.

Quasar ★★★★★
()
Ответ на: комментарий от invy

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

Quasar ★★★★★
()
Ответ на: комментарий от mandala

mandala> Посмотри на libre-linux. Как оно? Впечатляет? Под GPLv3 без возможности двойного лицензирования не далеко бы ушли от швабодкофанатиков.

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

Quasar ★★★★★
()
Ответ на: комментарий от mandala

mandala> Сообщество СПО от проприетарщников ни как не зависит, а наоборот: проприетарщники завязывающие свои продукты на СПО начинают от него зависеть и чаще всего не могут в случае чего поддерживать полноценный форк.

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

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

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

linux «в текущем виде появился исключительно благодаря» IPO RedHat
благодаря «швабодкафанатикам» появился термин Open source, вернее вопреки. лол.

system-root ★★★★★
()
Ответ на: комментарий от torvn77

torvn77> Clang в отличии от gcc не накладывает ограничений на лицензии на исходного кода и скомпилированных бинарников, ну или чтот то похожее по смыслу.

Как GCC накладывает ограничение на лицензии исходного кода и скомпилированных бинарников?

Quasar ★★★★★
()
Ответ на: комментарий от mandala

mandala> Я не понимаю зачем их говном пользоваться, но возмущаться.

Заставляют. Хочешь увидеть компьютер без проприетарного софта в принципе? Посмотри на одобренные FSF.

Quasar ★★★★★
()
Ответ на: комментарий от Stil

Stil> Соневский СДК для четвертой плойки целиком на шланге.

И в итоге из игр там только Bloodborne и некоторые ПК-игры есть.

Quasar ★★★★★
()
Ответ на: комментарий от mandala

mandala> Гопников с проприетарщниками сравнивать так же фу

С чего вдруг? «Слыш, модификацию софта под себя делал? А если найду?», а потом шуршание винчестера троянами от проприетарщиков.

Quasar ★★★★★
()
Последнее исправление: Quasar (всего исправлений: 1)
Ответ на: комментарий от mandala

mandala> Тем самым спускаешься до их уровня. Выше надо быть.

И это говорит тот, кто срёт словами «швабодка» и «столлманутые».

Quasar ★★★★★
()
Ответ на: комментарий от tommy

ВЫ себе и противоречите. Я написал что RH и компания превратила линукс и в ядро для серверов. Естественно что работу с диском и тд там оптимизируют. Но как последствие излишнее потребление процессорных ресурсов и памяти. Равно как и не предназначен линукс ни для чего кроме серверов - любые попытки хоть какого то реалтайма все через патчи, костыли и тд. Сначала блочные устройства, кэши, буферы, потом мы вам что-то куда то выведем и обработаем. И всё это занимает безумное количество памяти и тонны ненужного работающего кода.

Ты вообще не в курсе, что в ядре происходит, правда? Все патчи на блочный стек за последние два года направлены на снижение lock contention и уменьшение пути обработки команд, потому что с приходом NVME уперлись как раз таки в ядро.

kirk_johnson ★☆
()
Ответ на: комментарий от Quasar

И в чём это проявляется? Архитектура в Clang уже позволяет компилировать что-то отличное от C и C++?

Компилировать компилятором C++ код на Rust это конечно амбициозная затея, но на редкость тупая.

kirk_johnson ★☆
()
Ответ на: комментарий от EXL

EXL> Но таки GCC не умеет в UNIX-Way

То есть, GCC, который занимается только компиляцией, занимается не только компиляцией? Нифига себе.

EXL> и спроектирован как монолитный комбайн

В чём это выражается?

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

Лицензия там объективно хуже. Как минимум потому, что лицензия у GCC не ограничивает разработчика, а лицензия у Clang даёт возможность сделать тотальный EEE. С точки зрения разработчика у Clang лицензия по сравнению с GCC не делает погоды.

тотальный EEE

Кто сказал GNU extensions?

kirk_johnson ★☆
()
Ответ на: комментарий от upcFrost

upcFrost> У меня большой вопрос к отписавшим в треде - каким раком вы сравниваете скорость бинаря после gcc и clang, если второй это только фронтенд, а огромное количество проходов оптимизации делается именно в бэкенде (не говоря уж про то что фронтенд бинарь не делает сам по себе)?

Ответ простой: они технически безграмотны. К слову, компилятор C из GCC - это тоже фронтенд.

Quasar ★★★★★
()
Ответ на: комментарий от kirk_johnson

kirk_johnson> Я так и не понял — уже открытый код кто-то отнимает?

Открытый - нет. Но делают его бессмысленным.

kirk_johnson> Если нет, причем тут работа на Apple?

При том, что Clang создан и разрабатываться в первую очередь для нужд Apple, а не сообщества.

Quasar ★★★★★
()
Ответ на: комментарий от te111011010

Да пусть над чем хочет каждый трудится. Пусть и Clang развивают - у него своя ниша есть. Просто нашлись мудаки и членососы, которые на пустом месте (или на почве своей криворукости, но одно другому не мешает) ненавидят GCC и всеми неправдами пытаются протолкнуть Clang на замену GCC. Точно так же, как подобные обмудки пытаются протолкнуть вяленд на замену иксам. В обоих случаях что GCC что X11 решают вообще весь круг задач. Если выкинуть что GCC в пользу Clang, что X11 в пользу вяленда, свободное ПО просто потеряет большую часть своих важных возможностей. Тенденция сейчас такая - безосновательно обсирать проверенные и надёжные решения и толкать хипстерский новодел.

Quasar ★★★★★
()
Ответ на: комментарий от iZEN

iZEN> Я держал телефон в руках. Читал лицензионное соглашение и перечисление других лицензий к коду, который использовался при подготовке прошивки. Первая лицензия была от NetBSD...

Взяли кусочек кода не значит использовали всю систему. Или Windows уже стала веткой BSD?

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

Открытый - нет. Но делают его бессмысленным.

Каким образом? Компилятор ВНЕЗАПНО перестает компилировать?

При том, что Clang создан и разрабатываться в первую очередь для нужд Apple, а не сообщества.

Какая разница? Код открыт? Да. Его может форкнуть любой желающий? Да. Он будет компилировать? Да. Стандарты (которые подвержены EEE) задает Apple? Нет. Где ты проблему увидел?

kirk_johnson ★☆
()
Ответ на: комментарий от kirk_johnson

kirk_johnson> Чуваки забесплатно забацали тебе отличную базу под цомпилер, работают с сообществом, принимают патчи и правят баги (а не как леня с системд), но ты все равно ноешь, что они могут пару плагинов сделать проприетарными. Коммунист что-ли?

Чуваки забесплатно забацали тебе отличную базу под цомпилер, работают с сообществом, принимают патчи и правят баги (а не как леня с системд), но ты все равно ноешь, что они не пускают в свой компилятор проприетарные компоненты. Капиталист что ли?

Quasar ★★★★★
()
Ответ на: комментарий от iZEN

iZEN> Был бы Linux, то были бы и исходники прошивки. А так только BSDL с перечислением лиц, участвующих в проекте.

И невозможность подтвердить наличие BSD в мобильнике.

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

Чуваки забесплатно забацали тебе отличную базу под цомпилер, работают с сообществом, принимают патчи и правят баги (а не как леня с системд), но ты все равно ноешь, что они не пускают в свой компилятор проприетарные компоненты. Капиталист что ли?

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

kirk_johnson ★☆
()
Ответ на: комментарий от tommy

tommy> Ядро линукс само по себе тормозное (вспомним тему про то что XP быстрее линукс дитстрибутивов) и с каждым годом становится тормознее.

Ничем не обоснованное высказывание со ссылкой на нерелевантное утверждение.

Quasar ★★★★★
()
Ответ на: комментарий от kirk_johnson

База там нормальная.

Ты читал код GCC?

Да.

Выгрузку делали долго по идеологическим причинам.

Ага. Это что-то меняет?

Да.

tailgunner ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.