https://www.opennet.dev/openforum/vsluhforumID3/81206.html Ресурс Phoronix провёл (http://www.phoronix.com/scan.php?page=article&item=llvm3_gcc_open64&num=1) тестирование производительности кода, сгенерированного компиляторами GCC 4.6.2 (http://gcc.gnu.org), LLVM/Clang 3.0-RC1 (http://llvm.org) и AMD Open64 4.2.5.2 (http://www.open64.net/) на платформах Intel Sandy Bridge и AMD Shanghai. Отдельно представлены (http://www.phoronix.com/scan.php?page=article&item=amd_bulldozer_compilers&num=1) результаты тестирования на платформе AMD Bulldozer.<br><br><br>Компилятор AMD Open64 продемонстрирвоал отличную производительность на платформах компании AMD, почти в два раза обогнав конкурентов в тесте C-Ray. Clang на 6% отстал от GCC на платформе AMD, но обогнал его на 12% на платформе Intel. В базирующемся на OpenMP тесте Smallpt Clang значительно (в 4-6 раз) отстал от GCC, независимо от используемой платформы. В тестах 7-Zip и OpenSSL компиляторы GCC и Clang показали примерно одинаковую производительность.<br><br><br>В тесте John The Ripper компиляторы AMD Open...<br><br>URL: http://www.pho https://www.opennet.dev/openforum/vsluhforumID3/81206.html#81 Sun, 13 Nov 2011 05:06:42 GMT &gt;&gt;&gt; Да блин, кого эта скорость компиляции волнует?<br>&gt;&gt; Меня.<br>&gt; А ты вообще на яве программируешь вроде? :)<br><br>Уже нет. А что? <br><br>&gt;&gt; Для систем с непрерывной интеграцией изменений важна высокая скорость <br>&gt;&gt; компиляции исходного кода.<br>&gt; Я вроде просил задротов помешаных на пересборке всей системы с поводом и <br>&gt; без не беспокоиться.<br><br>Дык, сишноориентированные системы до сих пор не развились до уровня бинарной модульности OSGi или хотя бы EJB. Всё у них какие-то "деревянные" зависимости от libjpeg, libpng и icu, что при изменении минорной версии этих библиотек весь десктоп нужно переколбашивать (пересобирать/ждать корректирующих обновлений всех зависимостей), а иначе работать ничего не будет. :))<br><br>&gt; С ними и так все понятно - им <br>&gt; по определению некуда время девать. И mission critical задач у них <br>&gt; нет.<br><br>Так в том-то и дело, что некуда с подводной лодки деваться &#8212; у сишноориентированных систем нету тех технологий, что есть в Java, и ABI у ключевых библиотек нестабилен (что удивительно).<br><br>&gt; Про https://www.opennet.dev/openforum/vsluhforumID3/81206.html#80 Fri, 11 Nov 2011 22:50:55 GMT &gt;&gt; Посмотрите внимательно на то, как собирается какой-нибудь проект на Qt, да или <br>&gt;&gt; вообще плюсах.<br>&gt; Да нормально более-менее. Если пересобирать 1-2 файла, как это происходит при типовом <br>&gt; процессе написания программ - проблем никаких. Или вы регулярно перелопачиваете полпроекта? <br>&gt; А потом не задалбывает разгребать полпроекта то с вопросом "ой, где <br>&gt; же я накосячил?" <br><br>Не обязательно перелопачивать пол-проекта, чтобы их пришлось перекомпилировать, достаточно поменять особо "популярный" хедер. Но и даже если ограничиваться модулями (типа .cxx), время тратится заметно.<br><br>&gt;&gt; Сколько времени занимает компиляция каждого объектного файла, <br>&gt; Ну, несколько секунд, максимум. Учтя что при обычной пересборке проекта меняется 1-2 <br>&gt; файла - компил и линковка укладывается в несколько секунд.<br><br>Какого проекта? Который состоит из доброй полутысячи файлов модулей и каждый бинарь в котором использует добрый десяток сторонних библиотек? На хэллоуорлде любой хоть сколько-то вменяемый компилятор будет быстрым, кто https://www.opennet.dev/openforum/vsluhforumID3/81206.html#79 Fri, 11 Nov 2011 22:44:10 GMT &gt;&gt;&gt; году вообще интересует классический DES? DESом еще кто-то пользуется на свой зад? :) <br>&gt;&gt; Это показатель того, как хорошо CLang компилирует целочисленные считалки.<br>&gt; Тогда чего ради он не соптимизил соседние md5 и blowfish и проиграл <br>&gt; там гцц? Они ничуть не менее целочисленные считалки. Ода шлангу не <br>&gt; засчитывается по причине несоответствия наблюдаемым фактам.<br><br>Какая ещё "ода"? Есть факты. Наблюдаемые, осязаемые. Часть этих фактов характеризует Clang плохо, часть - хорошо.<br><br>И ещё есть тенденции. Тоже доступные любому, кто не пытается глаза закрыть с мантрой "нет компилятора кроме GCC". <br><br>&gt;&gt; К слову, кое-где DES сейчас используется, в силу разных причин и не <br>&gt;&gt; всегда по прямому назначению. :) <br>&gt; Не вижу никакого повода использовать DES.<br><br>А я не вижу смысла в дальнейшей беседе. Новых аргументов по теме - ноль, только понты из серии "а я ещё про вот это читал!". Всего доброго.<br> https://www.opennet.dev/openforum/vsluhforumID3/81206.html#78 Fri, 11 Nov 2011 22:13:24 GMT &gt;&gt; Очень даже полезная, пусть и не каждому.<br>&gt; Не, товарищ, за идею твоя очередь 70 лет горбатиться. А мы в <br>&gt; основном за результат. И да, GPL мне нравится в том числе <br>&gt; и за результативность идеи. Оно делом доказало что это не просто <br>&gt; красивая идея, но еще и эффективное средство коллаборации.<br><br>"Папа, ты это с кем сейчас разговаривал?" Какой "горбатиться", вас никто никуда не гонит. Причём тут вообще GPL?!<br> https://www.opennet.dev/openforum/vsluhforumID3/81206.html#77 Fri, 11 Nov 2011 21:08:34 GMT &gt; А кое-где и обгоняет.<br><br>Аж в целом DES джона-риппера. Нафиг не нужном, потому что в 2011 году DES уже почти все повыбросили. Это действительно бестолковый алгоритм.<br> https://www.opennet.dev/openforum/vsluhforumID3/81206.html#76 Fri, 11 Nov 2011 21:07:13 GMT &gt; Это тест на OpenMP. Сильно специфичная равно как и не устоявшаяся технология. <br>&gt; Ну да не суть.<br><br>Как бы стандарт вроде вполне открытый и появился не вчера. Ряд программ им вполне себе пользуется. <br><br>&gt;&gt; 3) 7zip: шланга вообще не вижу. Он не осилил собрать 7zip? Или чего?<br>&gt; Во-первых, только на одной из платформ; на другой паритет.<br>&gt; Во-вторых, про отсутствие графика вообще вопрос к Форониксу. :) <br>&gt; Результаты данного теста, стало быть, либо недействительны, либо опять 1:1.<br><br>На графике почему-то нет шланга. А гцц есть. Видимо у шланга были какие-то проблемы? Там плюсы юзаются - может он ими подавился?<br><br>&gt;&gt; 4) OpenSSL: гцц победил, правда немного, но на обоих платформах.<br>&gt; Это "немного" в пределах погрешности измерений, так что ещё раз 1:1.<br><br>Фороникс отмечает погрешности на графиках, если они существенны и могут на что-то повлиять. Основы методик измерений в вузе или где там еще им кажется все-таки преподали вполне нормально. Поэтому если вы хотите записать 1:1 вы идете и находите у фороникса <br><br>&gt;&gt; https://www.opennet.dev/openforum/vsluhforumID3/81206.html#75 Fri, 11 Nov 2011 20:46:53 GMT &gt; даже фороникс временами выдает на гора вполне дельные результаты.<br><br>только лень разбираться каждый раз, накосячили они или нет. проще считать, что накосячили: в большинстве случаев это будет верно.<br> https://www.opennet.dev/openforum/vsluhforumID3/81206.html#74 Fri, 11 Nov 2011 20:32:45 GMT &gt; Очень даже полезная, пусть и не каждому.<br><br>Не, товарищ, за идею твоя очередь 70 лет горбатиться. А мы в основном за результат. И да, GPL мне нравится в том числе и за результативность идеи. Оно делом доказало что это не просто красивая идея, но еще и эффективное средство коллаборации.<br> https://www.opennet.dev/openforum/vsluhforumID3/81206.html#73 Fri, 11 Nov 2011 20:31:05 GMT &gt; собирает практически годную для промышленного использования<br><br>Это такой вариант фразы про "немножечко беременна"?! :)))<br>