The OpenNET Project / Index page

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



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

Оглавление

Сравнение производительности компиляторов GCC 4.6, LLVM/Clan..., opennews (??), 07-Ноя-11, (0) [смотреть все]

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


30. "Сравнение производительности результирующего кода GCC 4.6, L..."  +1 +/
Сообщение от emg81 (ok), 08-Ноя-11, 13:02 
> А теперь ждём извинений от крикунов, ещё в этом году здесь же,
> на Опеннете, громко заявлявших, что CLang никогда не догонит GCC по
> скорости конечного кода из-за лицензии/сообщества/опыта/etc... (в том числе по результатам
> форониксовских тестов, ага)

и где же он догнал-то?
1. это фороникс. т.е. информация Just For Fun и т.д.
2. что GCC, что LLVM/Clang - RC.
3. как мне кажется, имеет смысл сравнивать не только с GCC-4.6.2, но и с 4.5.3 и 4.4.6, т.к. в *конкретной* версии 4.6.2 могли быть существенные регрессии, потому Clang в бенчмарках рядом.

4. что, Clang'ом уже можно собирать под столько же архитектур, сколько с GCC и такое же количество программ? вроде целые новости были, что LibreOffice будут делать патчи для Clang, чтобы Clang'ом можно было собрать LibreOffice.

т.е. разработчики ПО, которое нормально собирается другим компилятором (GCC) правят свой код, чтобы Clang'ом можно было его собрать. нормальный подход, да.

P.S. я не GCC-фанатик, просто давайте смотреть фактам в глаза и здраво их оценивать

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

32. "Сравнение производительности результирующего кода GCC 4.6, L..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok), 08-Ноя-11, 14:23 
>> А теперь ждём извинений от крикунов, ещё в этом году здесь же,
>> на Опеннете, громко заявлявших, что CLang никогда не догонит GCC по
>> скорости конечного кода из-за лицензии/сообщества/опыта/etc... (в том числе по результатам
>> форониксовских тестов, ага)
> и где же он догнал-то?
> 1. это фороникс. т.е. информация Just For Fun и т.д.

Наезды на тормознутость CLang'а тоже делались на основе Phoronix'овских тестов.

> 2. что GCC, что LLVM/Clang - RC.

Простите?..

> 3. как мне кажется, имеет смысл сравнивать не только с GCC-4.6.2, но
> и с 4.5.3 и 4.4.6, т.к. в *конкретной* версии 4.6.2 могли
> быть существенные регрессии, потому Clang в бенчмарках рядом.

Угу. Только у CLang'а их почему-то не было.

> 4. что, Clang'ом уже можно собирать под столько же архитектур, сколько с
> GCC и такое же количество программ? вроде целые новости были, что
> LibreOffice будут делать патчи для Clang, чтобы Clang'ом можно было собрать
> LibreOffice.

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

> т.е. разработчики ПО, которое нормально собирается другим компилятором (GCC) правят свой
> код, чтобы Clang'ом можно было его собрать. нормальный подход, да.

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

> P.S. я не GCC-фанатик, просто давайте смотреть фактам в глаза и здраво
> их оценивать

Факты таковы, что CLang _интереснее_ GCC.

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

42. "Сравнение производительности результирующего кода GCC 4.6, L..."  +1 +/
Сообщение от Аноним (-), 08-Ноя-11, 18:02 
> Наезды на тормознутость CLang'а тоже делались на основе Phoronix'овских тестов.

Ну так и эти тесты ее показали. Единственное место где шланг себя проявил - DES шифрование в джоне. Правда толку то, какой же дурак в 2011 году DES'ом пользуется, когда его можно сбрутфорсить чуть ли не за неделю на обычном писюке?!

> Угу. Только у CLang'а их почему-то не было.

Ну да, слив в 10 раз в smallpt - за эпикфэйл оптимизатора наверное не считается.

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

Коммунисты тоже так говорили. Целые 70 лет. Предлагая до этого погорбатиться за идею.

> Если код был изначально написан с GCC-измами - что весьма и весьма
> не редкость - то от патчей никуда не денешься.

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

> Факты таковы, что CLang _интереснее_ GCC.

Если уж на то пошло, гнутый си лично мне интересен тем что поддерживает кучу архитектур, так что я могу освоив 1 набор компилера, линкера и сопутствующих утилит (читай binutils) программировать что угодно, от микроконтроллера размером с муравья, до ксеона размером с добрый кирпич. Ну а шланг как обычно уткнется на интелскую систему команд. Ну может арм еще, если эппла пропрет на аттракцион невиданной щедрости. Все остальное эпплу не нужно.

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

45. "Сравнение производительности результирующего кода GCC 4.6, L..."  +/
Сообщение от Аноним (-), 08-Ноя-11, 18:07 
> Коммунисты тоже так говорили. Целые 70 лет. Предлагая до этого погорбатиться за идею.

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

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

50. "Сравнение производительности результирующего кода GCC 4.6, L..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok), 08-Ноя-11, 19:23 
>> Наезды на тормознутость CLang'а тоже делались на основе Phoronix'овских тестов.
> Ну так и эти тесты ее показали. Единственное место где шланг себя
> проявил - DES шифрование в джоне. Правда толку то, какой же
> дурак в 2011 году DES'ом пользуется, когда его можно сбрутфорсить чуть
> ли не за неделю на обычном писюке?!

А по-вашему, кроме того, что было в тестах, никто ничего не компилирует?

>> Угу. Только у CLang'а их почему-то не было.
> Ну да, слив в 10 раз в smallpt - за эпикфэйл оптимизатора
> наверное не считается.

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

>> Ещё нет - но это уже больше экстенсивное развитие, при текущей скорости
>> прогрессирования LLVM-семейства вопрос нескольких лет.
> Коммунисты тоже так говорили. Целые 70 лет. Предлагая до этого погорбатиться за
> идею.

Шикарный аргумент. Расходится с фактами, правда, но это ж детали.

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

Какие-то CLang и поддерживает.

>> Факты таковы, что CLang _интереснее_ GCC.
> Если уж на то пошло, гнутый си лично мне интересен тем что
> поддерживает кучу архитектур, так что я могу освоив 1 набор компилера,
> линкера и сопутствующих утилит (читай binutils) программировать что угодно, от микроконтроллера
> размером с муравья, до ксеона размером с добрый кирпич. Ну а
> шланг как обычно уткнется на интелскую систему команд. Ну может арм
> еще, если эппла пропрет на аттракцион невиданной щедрости. Все остальное эпплу
> не нужно.

CLang можно уже сейчас использовать в ходе собственно разработки, которая ведётся почти вся на x86. Потому что он намного дружественнее к разработчику. И уже для конечного кода использовать GCC. Главное, что им будут пользоваться разработчики - не один так другой начнёт работать над поддержкой той или иной платформы... Linux, между прочим, изначально вообще был ни разу не портабельным за пределами x86, и ничего, как-то выкрутились. ;)

Впрочем, если хотите жить днём сегодняшним и не интересоваться тем, что будет завтра, то пожалуйста. ;)

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

64. "Сравнение производительности результирующего кода GCC..."  +/
Сообщение от arisu (ok), 09-Ноя-11, 23:41 
> Впрочем, если хотите жить днём сегодняшним и не интересоваться тем, что будет
> завтра, то пожалуйста. ;)

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

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

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

65. "Сравнение производительности результирующего кода GCC..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok), 10-Ноя-11, 01:48 
>> Впрочем, если хотите жить днём сегодняшним и не интересоваться тем, что будет
>> завтра, то пожалуйста. ;)
> коммунизма завтра не будет. равно как и заруливания гцц шлангом. такие дела.

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

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

Очень даже полезная, пусть и не каждому.

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

74. "Сравнение производительности результирующего кода GCC..."  +/
Сообщение от Аноним (-), 12-Ноя-11, 00:32 
> Очень даже полезная, пусть и не каждому.

Не, товарищ, за идею твоя очередь 70 лет горбатиться. А мы в основном за результат. И да, GPL мне нравится в том числе и за результативность идеи. Оно делом доказало что это не просто красивая идея, но еще и эффективное средство коллаборации.

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

78. "Сравнение производительности результирующего кода GCC..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok), 12-Ноя-11, 02:13 
>> Очень даже полезная, пусть и не каждому.
> Не, товарищ, за идею твоя очередь 70 лет горбатиться. А мы в
> основном за результат. И да, GPL мне нравится в том числе
> и за результативность идеи. Оно делом доказало что это не просто
> красивая идея, но еще и эффективное средство коллаборации.

"Папа, ты это с кем сейчас разговаривал?" Какой "горбатиться", вас никто никуда не гонит. Причём тут вообще GPL?!

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

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

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




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

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