The OpenNET Project / Index page

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

Сравнение производительности компиляторов GCC и LLVM-GCC

04.09.2009 21:57

Опубликованы результаты сравнения производительности выполнения приложений, после их сборки компиляторами GCC и LLVM-GCC. GCC оказался немного быстрее в 5 тестах (LAME MP3, dcraw, Dhrystone 2, Crafty chess, Tachyon ray-tracing), а LLVM-GCC в 2 (MAFFT, C-Ray). Значительное преимущество GCC продемонстрировал в тесте John The Ripper, обогнав LLVM-GCC на 40%, но LLVM-GCC опередил GCC на 30% в тесте OpenSSL.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/23297-gcc
Ключевые слова: gcc, llvm, compile, benchmark
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (41) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, аноним (?), 22:17, 04/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Угу, я тоже их мерял, также +/- 1.5 раза. Что меня поражает - какой-то LLVM о котором год назад и слыхом не слыхивали и которой реально даже нигде в мэйнстриме не используется, уже показывает сравнимые с gcc (которому уже больше 20 лет!) результаты. Будущее однозначно за ним. Не все но уже некоторые (FreeBSD) это понимают.
     
     
  • 2.3, Анонимусы (?), 22:52, 04/09/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Об LLVM год назад не слышали? Да на него ж Apple ставит и поддерживает уже давным давно.
     
  • 2.4, аноним (?), 22:53, 04/09/2009 [^] [^^] [^^^] [ответить]  
  • –3 +/
    компания apple всегда отличалась высоким качеством продукции
     
     
  • 3.10, Vaso Petrovich (?), 09:24, 05/09/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >компания apple всегда отличалась высоким качеством продукции

    примеры встудию

     
     
  • 4.11, аноним (?), 10:05, 05/09/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    iPod, AppleTV, iMac, WebKit, LLVM, Quartz
     
     
  • 5.13, аноним (?), 10:28, 05/09/2009 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Что ж iPhone не упонямули и MacOSX? И не мешайте все в одну кучу - все что закрытое у них - редкосное дерьмецо. А открытое неплохое. И думается, Apple тут совсем не при чем, просто так мир устроен :)
     
     
  • 6.17, аноним (?), 11:18, 05/09/2009 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >Что ж iPhone не упонямули и MacOSX?

    они в этом не нуждаются.

    >И не мешайте все в одну кучу

    речь об одной компании

    >все что закрытое у них - редкосное дерьмецо

    ну да, ну да, вроде iTunes, который безуспешно пытаются скопировать все остальные плееры. наиболее близко - если оценивать интерфейс - подобрался Songbird.

    >просто так мир устроен

    да, от троллей сложно избавиться. они как термиты

     
     
  • 7.26, User294 (ok), 16:59, 05/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >да, от троллей сложно избавиться. они как термиты

    А анонимы вообще как тараканы - тоже вывести трудно и в массе своей весьма противные.

     
  • 7.31, аноним (?), 07:51, 06/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > они в этом не нуждаются.

    Мне почему-то больше кажется что просто стыдно.

    >> все что закрытое у них - редкосное дерьмецо
    > ну да, ну да, вроде iTunes

    Во-во, читаете мои мысли.

    > который безуспешно пытаются скопировать все остальные плееры

    Ага, только как ни пытаются, такое же махровое недоразумение никак не выходит

     
     
  • 8.34, аноним (?), 08:09, 06/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    я бы даже ответил на реплику, только здесь трут неугодные комментарии поэтому н... текст свёрнут, показать
     
     
  • 9.37, vitek (??), 04:17, 07/09/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а Вы попробуйте аргументированно, без оскорблений ... текст свёрнут, показать
     
  • 9.46, User294 (ok), 16:26, 07/09/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Знаете, как человек сообщения которого модераторы стирают и не то чтобы редко ,... текст свёрнут, показать
     
  • 5.25, User294 (ok), 16:56, 05/09/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >iPod,

    Интерфейс у него для придурков, которые ради понта готовы на все, даже обучиться этому интерфейсу. ИМХО.

    > WebKit,

    А тут все просто - это не Эппл сделал а КДЕшники. А то что эппл немного доработал - авторами кода их не делает. Если б эппл делал это сам с нуля - был бы закрытый блоб типа quartz-а.

    > Quartz

    В качестве оного мы все уже убедились. Читая бюллетени уязвимостей, разумеется. Где этот "качественный продукт" является частым гостем, не сказать бы завсегдатаем.

     
  • 2.5, аноним (?), 23:31, 04/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > Об LLVM год назад не слышали? Да на него ж Apple ставит и поддерживает уже давным давно
    > компания apple всегда отличалась высоким качеством продукции

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

     
     
  • 3.8, ShU (??), 05:53, 05/09/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Слышишь звон, да не знаешь откуда он.

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

     
  • 2.27, User294 (ok), 17:08, 05/09/2009 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Угу, я тоже их мерял, также +/- 1.5 раза. Что меня поражает
    >- какой-то LLVM о котором год назад и слыхом не слыхивали
    >и которой реально даже нигде в мэйнстриме не используется, уже показывает
    >сравнимые с gcc (которому уже больше 20 лет!) результаты.

    А что это доказывает? Если кто не понял - производительность стремится к идеалу не линейно а скорее, асимптотически.Потому что предельная производительность - не бесконечность а всего лишь производительность CPU при идеально оптимизированной последовательности команд :). Это, очевидно, один из тех случаев когда за 2 года можно получить 80% результата и еще 10 лет убить на остальные 20% :).Потому что чем ближе к идеальной производительности тем труднее что-от отыграть.

     

  • 1.2, Nazgul (??), 22:42, 04/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Мерилась скорость самого компилятора или скорость скомпилированных бинарников?
     
     
  • 2.6, Аноним (-), 23:38, 04/09/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>LAME MP3, dcraw, Dhrystone 2, Crafty chess, Tachyon ray-tracing
    >Мерилась скорость самого компилятора или скорость скомпилированных бинарников?

    Не уж то из новости непонятно?

     
  • 2.7, edo (ok), 23:40, 04/09/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да, сформулировано криво (и в заголовке оригинала тоже), но если всё-таки прочитать оригинал, то увидим:
    With the resulting binaries from GCC and LLVM-GCC, we then looked at their performance.
     

  • 1.20, Ariel (ok), 11:28, 05/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Интересно будет сравнить LLVM-GCC и LLVM-Clang, у кого уже Snow Leopard - попробуйте
     
     
  • 2.30, Ariel (ok), 22:00, 05/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Интересно будет сравнить LLVM-GCC и LLVM-Clang, у кого уже Snow Leopard -
    >попробуйте

    http://clang.llvm.org/features.html

     

  • 1.21, Аноним (-), 16:28, 05/09/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    не забывайте что gcc кросплатформенный во всех отношениях. сравнивать микрософтовские поделки не уместно вообще
     
     
  • 2.29, Ariel (ok), 21:59, 05/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Кроссплатформенность ни о чём не говорит, программистам нужны компиляторы под конкретные платформы, и качество. То, что gcc работает везде понемногу, не значит, что в конкреных случаях он лучше. На Sparc лучше всех Sun Studio, не нужно объяснять почему? на Intel - Intel, и MS; gcc лучше там, где ничего нет
     
     
  • 3.32, аноним (?), 07:55, 06/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Все намного проще - gcc  лучше, потому что есть везде. Никому нафиг не нужно под каждую платформу использовать отделный велосипед, а то что он лучше на два процента на каких-то там задачах в вакууме, погоды не делает. Так что intel, sun и ms - удел тех, кто пишет недософт под одну платформу.
     
     
  • 4.35, аноним (?), 08:10, 06/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >два процента на каких-то там задачах

    нолик припиши

     
     
  • 5.52, aborland (?), 21:51, 11/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    0,2 % так чтоли?
     
  • 4.36, Ariel (ok), 11:56, 06/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Кроссплатформенность это хорошо, но если она не в ущерб качеству, а это бывает редко. Обычно люди пытаются заменить технологию политикой и получается кроссплатформенность ради кроссплатформенности, свобода ради свободы ... Системы слишком отличаются по назначению, чтобы быть одинаковыми, и если вы не используете системозависимые API - вы лишаете себя очень многого и теряете производительность. Никто не пишет серьёзные программы "под все системы" обычно выбирают две - три.
     
     
  • 5.38, vitek (??), 04:35, 07/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Кроссплатформенность это хорошо, но если она не в ущерб качеству, а это бывает редко. Обычно люди пытаются заменить технологию политикой и получается кроссплатформенность ради кроссплатформенности, свобода ради свободы ... Системы слишком отличаются по назначению, чтобы быть одинаковыми, и если вы не используете системозависимые API - вы лишаете себя очень многого и теряете производительность. Никто не пишет серьёзные программы "под все системы" обычно выбирают две - три.

    Вы программист? Выбирают совсем не поэтому. и никогда не выбирали по этому критерию.
    даже не представляете - языки с/с++/... на всех (нет. не так. вот так - НА ВСЕХ) платформах одинаковые (что гарантируется их стандартами). впрочем, почти все другие языки - тоже. что же до апи - так они просто не вызовутся на не целевой платформе (насколько всё-таки бзд ближе всех к линуху, а и то линуксулятор нужен). приходиться в исходниках дублировать код для разных платформ и при компиляции берётся тот или иной кусок кода.
    говоря об системозависимых API Вы видимо имели ввиду различные библиотеки/библиотеки классов... здесь скорость зависит только лишь от качества кода библы под конкретную платформу и... самой платформы.

     
     
  • 6.40, Ariel (ok), 12:01, 07/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Программист. Я имею в виду не языки, а API, зачем, например использовать Qt на Mac, если там есть свои либы, гораздо более удобные и интегрированные с системой? Что касается дублирования кода для разных платформ эти #ifdef / #endif - раздувают код и их тяжело читать, самый лучший способ вынести то, что на чистом языке отдельные либы, и разные проекты для разных систем.
     
     
  • 7.41, vitek (??), 12:48, 07/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    а зачем на винде тогда использовать mfc, atl, vcl,... .net наконец? юзать апи виндов напрямую и вся недолга.
    ан нет, проги, использующие только апи виндов, уже днём с огнём не найти.
    >Mac, если там есть свои либы, гораздо более удобные и интегрированные с системой?

    ой ли? по мне, так тотже Qt НАМНОГО удобней... особенно если на С/С++ проект, а не обджси.
    а если на java? на пёрле? не использовать их библиотеки/модули?
    >Что касается дублирования кода для разных платформ эти #ifdef / #endif - раздувают код и их тяжело читать, самый лучший способ вынести то, что на чистом языке отдельные либы, и разные проекты для разных систем.

    только исходный код, на качестве и размере скомпилированного блоба это не отражается.
    а читать не удобно, ну.. извините, но не знаю как и сказать то по-культурней... а Вам не интересно как это на другой платформе реализуется? или вынести в другие h-файлы, классы и т.д. не судьба?
    ну а если Вас интересует только одна платформа, только один язык и только одна библиотека классов (всё для той же одной платформы), то это не повод хаять все остальные.

     
     
  • 8.42, аноним (?), 13:26, 07/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    да лааадно та же миранда, к примеру - только системные либы kernel , user , ... текст свёрнут, показать
     
     
  • 9.44, vitek (??), 14:40, 07/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    видимо именно поэтому миранда заменила офисы, браузеры, редакторы графики, с... текст свёрнут, показать
     
  • 8.50, Ariel (ok), 22:03, 07/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Qt и вообще С ужас сплошной, но это фломастеры, что касается Cocoa - гибче и у... текст свёрнут, показать
     
  • 7.48, User294 (ok), 17:00, 07/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Программист. Я имею в виду не языки, а API, зачем, например использовать Qt на Mac,

    Затем что писать ТОЛЬКО под мак - не очень прикольно, а? А потом отдельно писать под виндовс? Под линукс? И под еще чего-нибудь? Ну вот вам и флаг в руки сделать 1 и ту же работу 3-4-эн раз подряд, если оно вам надо.

     
     
  • 8.51, Ariel (ok), 22:07, 07/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    There is of the matter is that я пишу на ObjC на mac, а код специфичный для Win ... текст свёрнут, показать
     
  • 7.49, User294 (ok), 17:23, 07/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >самый лучший способ вынести то, что на чистом языке отдельные либы,
    >и разные проекты для разных систем.

    А разве либы по типу Qt именно этим не занимаются? oO

     
  • 3.33, аноним (?), 07:57, 06/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Да, и про качество не надо - я достаточно плотно работал с icc чтобы понять какой это лютый п--ц.
     
  • 3.39, vitek (??), 04:50, 07/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >gcc лучше там, где ничего нет

    это типа линухи, бзди, ораклы, эйбиэмы.... т.е. операционки (кроме мс), субд (кроме мс), веб-сервера (кроме мс).... я ничего не забыл? :-D
    интересно, через какую ОС провайдера Вы этот бред написали?

    ps:
    >россплатформенность ни о чём не говорит, программистам нужны компиляторы под конкретные платформы, и качество.

    программистам нужны не компиляторы, а такие ИДЕ, чтобы работать поменьше, а получать по-больше. и именно этим объясняется популярность делфей и сппбилдера (а компилятор там был один из самых тормозных, но не хуже всех поддерживал стандарты... кстати, кто худший по последнему критерию догадываетесь? :-D)

     
     
  • 4.43, аноним (?), 13:27, 07/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >компилятор там был один из самых тормозных

    где, в делфях?

     
     
  • 5.45, vitek (??), 14:45, 07/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    говорим вроде о си/си++ (ну да там без разницы).
    да. си++ билдер (4.xx, 5.xx, 6.xx) генерил более медленный блоб, чем vc, icc и даже gcc.
     
  • 3.47, User294 (ok), 16:46, 07/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Кроссплатформенность ни о чём не говорит, программистам нужны компиляторы под конкретные платформы,

    А gcc удобен как раз тем что есть под разные платформы. Освоить 1 комплект компилеров и смочь генерить код для совершенно разных систем - от системы-на-чипе, таракана размером менее почтовой марки до могучих суперкомпьютеров - это вам не хухры-мухры.Хотя понтовым фанбоям с их супер-дупер IDE заменяющего мозг разумеется не дано понять всю силу таких решений.Вместо этого они будут лечить про одну платформу, the one and the only. Зато если захочется освоить неколько платформ - с таким подходом проще повеситься на сетевом шнуре. А завязываться на одну платформу и одного вендора - это примерно как совать голову в петлю в надежде на то что палач - добрый малый.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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