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

Оценка производительности Clang/LLVM и GCC при сборке во Fre..., opennews (??), 06-Сен-12, (0) [смотреть все] Не понимаю смысла подобных тестов Время компиляции - ничтожная часть всего врем, dq0s4y71 (??), 11:10 , 06-Сен-12, (1) +15 // В процессе разработки как раз скорость компиляции важна -- если время сборки нез, Денис (??), 11:28 , 06-Сен-12, (4) +4 // Вот только GCC может так долго и толство компилировать из-за оптимизации , BratSinot (?), 11:58 , 06-Сен-12, (7) +2 // Да, при LTO и глобальной оптимизации память он жрет прилично Но зато выдает на , Аноним (-), 00:34 , 07-Сен-12, (52) +2 нафиг не важна ну не поверю я, что вы все исходники сразу правите, что требует п, ананим (?), 12:31 , 06-Сен-12, (9) –1 // О, как часто тычешься после одной кривой компиляции в ошибки сборки уже исправл, Пыщ я Бетмен (?), 12:45 , 06-Сен-12, (11) +3 LOLэто функциональность make поддерживает даже БЕЗ написания правил ман суффиксн, ананим (?), 13:02 , 06-Сен-12, (13) –2 И конечно же при изменении h файла make сможет корректно найти все места, где э, Алексей (??), 13:18 , 06-Сен-12, (14) –1 ну не всё коту масленица Dтут придётся поработать опять же http en wikiped, ананим (?), 13:57 , 06-Сен-12, (18) А ещё кое-что по теме пспомнил может кому будет интересно с примером использов, ананим (?), 14:17 , 06-Сен-12, (20) Ну, как бы, у gcc есть целая группа ключей -M -MM -MD связанная с построен, Ytch (?), 22:03 , 06-Сен-12, (46) а ещё можно, например, выкинуть make я вот несколько лет назад выкинул 8212 , arisu (ok), 22:13 , 06-Сен-12, (48) А что взамен , Антон (??), 03:30 , 07-Сен-12, (70) Maven, iZEN (ok), 07:05 , 07-Сен-12, (78) на жабе и скорее всего только ДЛЯ жабы на xml где без IDE точно с ума сой, ананим (?), 14:09 , 07-Сен-12, (98) один из форков jam, сильно переработаный под мою специфику p s точнее, под спец, arisu (ok), 11:44 , 07-Сен-12, (85) CMake очень не плох http ru wikipedia org wiki Cmakeособенно если нужно для мэ, ананим (?), 14:20 , 07-Сен-12, (99) при наличии pkg-config автокрап вообще не нужен а кто в pc-файлы не делает 82, arisu (ok), 15:14 , 07-Сен-12, (101) а без уничижительных, мещанских названий никак зыжесть другое мнение - кроме под, ананим (?), 16:57 , 07-Сен-12, (106) можно а можно и не выкидывать, а просто разобраться в нескольких деталях и эффек, ананим (?), 13:59 , 07-Сен-12, (96) а можно 8212 выкинуть что, у make, например, уже появилась вменяемая обработ, arisu (ok), 15:18 , 07-Сен-12, (102) это ещё почему хотя и без них можно - отличный механизм по принципу всё своё нош, ананим (?), 16:50 , 07-Сен-12, (105) забавно то, что мэйкофилы даже не понимают хинт дерево зависимостей суперхинт , arisu (ok), 20:22 , 07-Сен-12, (111) гиперхинт а зачем нужно общее дерево зависимостей , ананим (?), 22:29 , 07-Сен-12, (114) затем, что в отдельных каталогах далеко не всегда живут библиотеки впрочем, мэй, arisu (ok), 22:54 , 07-Сен-12, (118) а им и НЕ НАДО там жить зыжты откуда свалился то у меня даже к Лунатикам таки, ананим (?), 23:58 , 07-Сен-12, (120) именно поэтому я привел gccmakedep, а не makedepend см пример - используются им, ананим (?), 14:06 , 07-Сен-12, (97) Сможет, ибо у нормальных людей dependency tracking используется в процессе разра, Аноним (-), 16:14 , 06-Сен-12, (32) makedepend, Aesthetus Animus (ok), 16:27 , 06-Сен-12, (34) Вы не поверите секрет фокуса - см ключи gcc -M -MM -MD -MMD и т п , Ytch (?), 22:05 , 06-Сен-12, (47) спалился У нас они имеют расширение o , Аноним (-), 16:30 , 06-Сен-12, (35) +2 obj-файлы - это не файлы с расширением obj, чудик D кстати, винда obj опреде, ананим (?), 17:03 , 06-Сен-12, (36) +3 ccache distcc спасают в случаях чистых сборок, ваноним (?), 17:09 , 06-Сен-12, (38) +2 // Причем местами очень нехило спасают, Аноним (-), 17:29 , 06-Сен-12, (39) а местами очень не хило лажают , Аноним (-), 17:36 , 06-Сен-12, (40) –2 примеры - в студию или это просто было написано, дабы что-то написать p s это , Карбофос (ok), 22:24 , 06-Сен-12, (50) –1 Это как , Аноним (-), 00:36 , 07-Сен-12, (53) да он и сам даже не объяснит, как , Карбофос (ok), 09:52 , 07-Сен-12, (84) просто нужно использовать кэш компайлера, тогда проблема скорости компиляции нес, Карбофос (ok), 22:21 , 06-Сен-12, (49) –1 Ставьте -O0, это ускорит компилятор в разы , Vkni (ok), 13:01 , 07-Сен-12, (90) // а заодно усыпит некоторые варнинги и изменит поведение программы happy debuggin, arisu (ok), 13:35 , 07-Сен-12, (93) Только в случае, если код ногами писан , AlexAT (ok), 15:00 , 07-Сен-12, (100) угу-угу ты же, вроде, не 171 приветмирщик 187 , а глупости городишь ничего,, arisu (ok), 15:27 , 07-Сен-12, (104) Про -O3 еще могу поверить Про -O2 заливайте кому-нибудь другому, либо ссыль на , AlexAT (ok), 23:46 , 08-Сен-12, (127) ну, не верь, чо какая жалость мне AlexAT не поверил рыдаю весь просто мне пох, arisu (ok), 06:44 , 09-Сен-12, (128) точно какие именно это да, бывает , Vkni (ok), 17:10 , 07-Сен-12, (108) которые появляются после агрессивной оптимизации например 171 использовано до, arisu (ok), 20:26 , 07-Сен-12, (113) Ну так надо же оправдать переход FreeBSD на Clang , Zenitur (ok), 15:38 , 06-Сен-12, (26) +2 // Странно Сегодня Зенитар - Кэп При том вполне годный , Аноним (-), 00:36 , 07-Сен-12, (55) +1 для бсд нуну , Кевин (?), 20:27 , 06-Сен-12, (42) А если у тебя ферма для сборки , Aceler (ok), 20:35 , 06-Сен-12, (44) Один из показателей эффективности компилятора , Аноним (-), 00:36 , 07-Сен-12, (54)   // Вот только почему-то про другие показатели бсдшники предпочитают не вспоминать , Аноним (-), 00:38 , 07-Сен-12, (56)   // займусь немного взаимоисключающими параграфами а это тоже в большинстве случаев, arisu (ok), 00:53 , 07-Сен-12, (65)   Да как сказать, зависит от того что считать большинством Как для начала это бол, Аноним (-), 05:39 , 07-Сен-12, (76)   по примерному порядку человек, использующих числодробилки, и использующих прикла, arisu (ok), 11:46 , 07-Сен-12, (86)   причём достаточно маловажный любители постоянно пересобирать мир могут уже наас, arisu (ok), 00:49 , 07-Сен-12, (62)   // для оценки самого компилятора да, не особо интересен для оценки потенциала, ар, Клыкастый2 (?), 09:39 , 07-Сен-12, (83)   ну дык я же не против, чтобы пилили шланг 8212 проект вполне достойный, и уж, arisu (ok), 12:02 , 07-Сен-12, (87)   В общем, да Но в нынешнее время ещё один компилятор совершенно не повредит , Vkni (ok), 13:04 , 07-Сен-12, (91)   есть соурс-бейзед, есть разработчики дистров Нельзя сказать что скорость сборки, ком.пилятор (?), 09:05 , 07-Сен-12, (81) Вона яЗен там внизу биёт себя пяткой в груди, что _каждый_ раз при запуске по 10, Andrey Mitrofanov (?), 10:25 , 08-Сен-12, (126) Ну вот зачем из письма, залетевшего в рассылку, делать новость на опеннете Давай, fidaj (ok), 11:12 , 06-Сен-12, (2) +3 // Иначе форумные тролли отощают с голодухи , Аноним (-), 00:39 , 07-Сен-12, (57) потому что давно не было срачей clang vs gcc , arisu (ok), 00:51 , 07-Сен-12, (63) Без размеров выходных файлов и их профилирования, эти тесты только для троллей , Анонимоус2 (?), 11:16 , 06-Сен-12, (3) +2 // По моим измерениям, размер выполняемых файлов процентов на 10 больше у clang 3, an. (?), 15:51 , 06-Сен-12, (27) +1 а tcc вообще всех порвет по скорости компиляции , x0r (??), 11:30 , 06-Сен-12, (5) // Прочитайте новость Речь идет о C , С шные проекты может GCC оторваться , BratSinot (?), 11:57 , 06-Сен-12, (6) зато проиграет по оптимизации и количеству поддерживаемых архитектур P, Аноним (-), 16:12 , 06-Сен-12, (31) // А че по оптимизации Он между прочим только инструкции процессора использует , BratSinot (?), 17:07 , 06-Сен-12, (37) // Кирпичи то у всех одинаковые Но у одних из них получаются дворцы, а у других - , Аноним (-), 00:40 , 07-Сен-12, (58) Оке А теперь приведите сравнение быстродействия проектов собранных с Clang и GC, Pickle (?), 12:22 , 06-Сен-12, (8) +1 а вот это как в конце сообщения понимать кто врёт-то , ананим (?), 12:37 , 06-Сен-12, (10) // а это некоторые анонимы в целях экономии моска ничего, кроме двух строчек в конц, Михрютка (ok), 14:29 , 06-Сен-12, (21) –2 // ага, а некоторые только первые 2-е строчки зыжщечки, щечки подправь а то лопнут , ананим (?), 15:08 , 06-Сен-12, (25) +1 Кто кто Автор новости Точнее не врёт, а говорит полуправду, что считается хуже, sanDro (ok), 15:00 , 06-Сен-12, (23) +2 // Ну бсдшники же Как обычно, свое - не пахнет , Аноним (-), 00:42 , 07-Сен-12, (59) тут уже видимо важна не новость кому-то а итоговый холивар нафиг мне Clang ес, Аноним (-), 12:52 , 06-Сен-12, (12) 1 Clang компилит быстрее GCC - факт 2 GCC оптимизирует программу лучше и на вы, Аноним (-), 13:21 , 06-Сен-12, (15) +5 // Вы не поверите, но компилятор нужен программистам И скорость компиляции и понят, Алексей (??), 16:06 , 06-Сен-12, (28) –1 // но не настолько чтобы простить в 3 раза более тормознутый код, который еще и , Аноним (-), 00:43 , 07-Сен-12, (60) // вполне настолько например, некий большой рогалик на c нет, даже не спрашивай, arisu (ok), 00:57 , 07-Сен-12, (66) Да, так и быть, шланг - хорошая штука для компиляции вот этого твоего конкретног, Аноним (-), 05:34 , 07-Сен-12, (74) и подобных проектов которые этим рогаликом не ограничиваются а вот про это ты б, arisu (ok), 12:05 , 07-Сен-12, (88) а нефиг было с таким умным видом вот тут make выкидывать Dhttp www opennet ru, ананим (?), 13:39 , 07-Сен-12, (94) а нефиг балаболить, если ни проекта, ни системы сборки не видел хотя что это я , arisu (ok), 15:21 , 07-Сен-12, (103) я и вижу, что ты либо нифига не видел, либо дальше быдлокодерства не ушёл libast, ананим (?), 17:06 , 07-Сен-12, (107) ясно дегенерация прогрессирует, но Мнение Имеешь ну, имей дальше, я в этом бол, arisu (ok), 20:24 , 07-Сен-12, (112) я и не удивлён D, ананим (?), 22:31 , 07-Сен-12, (116) ну ещё бы ты своему дегенератизму удивлялся привык же давно , arisu (ok), 22:54 , 07-Сен-12, (119) ну тебе вообще верить нельзя Dобещал свалить и вот он, опять Dзыжпишу вообще, ананим (?), 00:01 , 08-Сен-12, (121) Компиляция - это не только перевод на ассемблер, но и статическая проверка кода , Vkni (ok), 13:13 , 07-Сен-12, (92) Бред , iZEN (ok), 01:29 , 07-Сен-12, (67) –3 Форониксу с их бенчами расскажи Почему-то код сгенеренный шлангом проигрывает в, Аноним (-), 05:35 , 07-Сен-12, (75) Всего-то на 10-30 Это не несколько раз , iZEN (ok), 07:08 , 07-Сен-12, (79) –2 30 - это выкинуть больше чем одно ядро из моего 4-х-ядерника думаю хоть с памят, ананим (?), 13:56 , 07-Сен-12, (95) Помоему у gcc на данный момент лучьше поддержка С чем у шланга, или нет Как у, ВовкаОсиист (ok), 13:22 , 06-Сен-12, (16) –3 // http clang llvm org cxx_status htmlhttp gcc gnu org projects cxx0x htmlСудя , arsenicum (??), 13:30 , 06-Сен-12, (17) // У него в основном плохо с оптимизацией в некоторых случаях GCC его разрывает бу, Аноним (-), 16:11 , 06-Сен-12, (30) // Попробуйте последний стабильный релиз 3 1 - там они значительно улучшили дело,, an. (?), 16:16 , 06-Сен-12, (33) Не вижу смысла Reason clang не поддерживает половину архитектур с которыми я р, Аноним (-), 00:44 , 07-Сен-12, (61) Да ладно User294, не ври , iZEN (ok), 01:31 , 07-Сен-12, (68) –3 Clang уже умеет что-то кроме x86 и кое-как т е условно ARM , Led (ok), 03:49 , 07-Сен-12, (71) Ну LLVM теоретически умеет много чего а практически чаще всего получается сфе, Аноним (-), 05:47 , 07-Сен-12, (77) Ну тогда скажи как мне шлангом бинарь для Atmel AVR получить Да и для Cortex M3, Аноним (-), 05:22 , 07-Сен-12, (73) Когда всякие там ПЛМ дорастут до уровня микропроцессора, тогда и спрашивай , iZEN (ok), 07:09 , 07-Сен-12, (80) –2 Незнание предмета детектед ПЛМ ПЛИС - это всякие там альтерки и прочие ARM -, AlexAT (ok), 09:12 , 07-Сен-12, (82) Наткнулся недавно на несоответствие между clang и gcc Думал ошибка первого Оказ, 4ertus2 (?), 02:06 , 07-Сен-12, (69) // напиши репорт, ребята из gcc такие фишки вполне чинят но c всё-таки атомная хр, arisu (ok), 12:08 , 07-Сен-12, (89) Вы про такое, где если добавить typedef int B , то скомпилируется только с пре, qux (ok), 20:07 , 11-Сен-12, (129) Когда не могут меряться производительностью кода, начинают выкатывать вот такие , анон (?), 14:10 , 06-Сен-12, (19) +2 На 86 медленнее это на 14 быстрее с другого конца , Аноним (-), 14:35 , 06-Сен-12, (22) –1 // Тебя надо в ЦентрИзбирКом С другого конца будет 714 , pavlinux (ok), 15:01 , 06-Сен-12, (24) // 146 же, AlexAT (ok), 21:38 , 06-Сен-12, (45) // 100 100100 - 86 14С другой стороны 14 100 100 , pavlinux (ok), 00:53 , 07-Сен-12, (64) 42, YetAnotherOnanym (?), 20:13 , 07-Сен-12, (109) 100 - это 42 от 14 , pavlinux (ok), 00:27 , 08-Сен-12, (123) 1,2,3,5,8,10,12,15,16,19,22

Сообщения

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

	54. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."	+/–
	Сообщение от Аноним (-), 07-Сен-12, 00:36
	Один из показателей эффективности компилятора.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	56. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."	+/–
	Сообщение от Аноним (-), 07-Сен-12, 00:38
	> Один из показателей эффективности компилятора. Вот только почему-то про другие показатели бсдшники предпочитают не вспоминать. Зато на их несчастье это регулярно вспоминает фороникс, влобешник сравнивая 2 компилера в одинаковой конфигурации, где задом особо не поюлишь. И когда код нагенеренный шлангом сливает раза в три по скорости тому что нагенерил GCC - вот это лихо, да :)
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от arisu (ok), 07-Сен-12, 00:53
	> И когда код нагенеренный шлангом сливает раза в три по скорости тому что нагенерил GCC > - вот это лихо, да :) займусь немного взаимоисключающими параграфами: а это тоже в большинстве случаев неважно. числодробилки пишет не так много народу, а в большой прикладухе время сборки может оказаться поважнее того, что выходной код немного медленней.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от Аноним (-), 07-Сен-12, 05:39
	> займусь немного взаимоисключающими параграфами: а это тоже в большинстве случаев неважно. Да как сказать, зависит от того что считать большинством. Как для начала это большинство оценивалось? По всей планете прошел и статистику собрал кто и что компилит? :)
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от arisu (ok), 07-Сен-12, 11:46
	> Как для начала это большинство оценивалось? по примерному порядку человек, использующих числодробилки, и использующих прикладной софт. я не сомневаюсь, что ты и сам можешь это прикинуть, тут большой точности не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от arisu (ok), 07-Сен-12, 00:49
	> Один из показателей эффективности компилятора. причём достаточно маловажный. любители постоянно пересобирать мир могут уже нааскать у родителей на машины помощнее. ну, или у спонсоров. остальным же намного более важно, какой код компилятор даёт на выходе. если он делает это за, в общем-то, разумное время и с нормальным потреблением ресурсов (случаи супероптимизации всей программы рассматривать не будем: понятно, что теоретически такой оптимизатор обставит всех; а практически пока он соберёт свой приветмир, у детей уже бороды до пола поотрастают). пока что в этом плане кланг ничем особо похвастаться не может, увы. быть «не хуже» — это не достижение, это минимально необходимое условие. хотя и непростое, да. и за то время, пока кланг догоняет, gcc тоже на месте не стоит. и даже любители бсд постепенно осознают, что бывают версии gcc новее, чем 4.2 (вот этому факту я больше всего удивился).
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	83. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от Клыкастый2 (?), 07-Сен-12, 09:39
	> причём достаточно маловажный. для оценки самого компилятора? да, не особо интересен. для оценки потенциала, архитектуры - вполне годный. тут надо посмотреть через годик-другой. если так всё и останется - значит толку особого не будет. >  и даже любители бсд постепенно осознают, что бывают версии gcc новее, чем 4.2 ну как бы это нормально. собственно вопрос, что вкорячено в make.conf. и тут варианты только приветствуются. пусть пилят шланг, пусть пилит свой компилер интел, амд - это только плюсы.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от arisu (ok), 07-Сен-12, 12:02
	ну дык я же не против, чтобы пилили. шланг — проект вполне достойный, и уже даже пригодный к использованию. пусть ещё расширения gcc научится понимать — и вообще хорошо будет.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от Vkni (ok), 07-Сен-12, 13:04
	> пока что в этом плане кланг ничем особо похвастаться не может, увы. > быть «не хуже» — это не достижение, это минимально необходимое условие. В общем, да. Но в нынешнее время ещё один компилятор совершенно не повредит.
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

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

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