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

Сравнение производительности C++ компиляторов GCC, Clang и ICC, opennews (??), 05-Ноя-13, (0) [смотреть все] Мне кажется Intel стоит приложиться для улучшения оптимизации кода для их платфо, Аноним (-), 11:30 , 05-Ноя-13, (2) +3 // Они продают свой компилятор Стоит ли особо упорствовать в разработке конкурента, Аноним (-), 11:56 , 05-Ноя-13, (7) +5 // Не поверишь, они ещё и процессоры продают , ананим (?), 12:25 , 05-Ноя-13, (9) +1 Вообще-то интел извествен в основном продажами своих процессоров А компилятор д, Аноним (-), 15:50 , 05-Ноя-13, (26) +1 // причём насильно, заставляя майнтенеров gcc и glibc вкуячивать свой код , pavlinux (ok), 17:01 , 05-Ноя-13, (35) –3 Выкручивали руки, били ногами по яйцам, пытали электрошоком Как страшно жить , Аноним (-), 19:21 , 05-Ноя-13, (47) +2 А кто такой slashdot org новый друг похороникса И почему новый друг похороникс, nagual (ok), 15:42 , 06-Ноя-13, (58) зачес нам скорость Сравните качество кода, IMHO (?), 11:32 , 05-Ноя-13, (3) +2 // 8230 ведь наш приветмир всё равно собирается мгновенно , arisu (ok), 14:46 , 05-Ноя-13, (22) +1 Какой код вы имеете ввиду , Аноним (-), 16:28 , 05-Ноя-13, (29) // машинный, IMHO (?), 16:35 , 05-Ноя-13, (31) +1 Это всё равно что сравнивать 32-битные и 64-битные приложения по размерам бинарн, Аноним (-), 11:42 , 05-Ноя-13, (4) +4 // А последние цифры - это что , Аноним (-), 11:46 , 05-Ноя-13, (6) // цифр как-то мало Я лично вижу стабильное отставание clang на процентов 10 и выш, all_glory_to_the_hypnotoad (ok), 12:56 , 05-Ноя-13, (14) +4 // гугл с яблоком не хотят, чтобы вы это видели поэтому они очень заинтерисованы в , Аноним (-), 15:27 , 05-Ноя-13, (24) +3 гуглу то какая пичаль до шланга В таких сравнениях заинтересованы разве что бол, all_glory_to_the_hypnotoad (ok), 17:05 , 05-Ноя-13, (37) +3 Oh my God Аж одна какая-то тестовая программка Ура Ну теперь я валю с GCC, Аноним (-), 12:56 , 05-Ноя-13, (15) кстати, последние цифры это тоже скорость компиляции, all_glory_to_the_hypnotoad (ok), 12:57 , 05-Ноя-13, (16) А зачем Размер то один и внутри только единички и нули , Аноним (-), 16:22 , 05-Ноя-13, (27) –1 // Всего то 2 64 8329 вариантов - факториал , pavlinux (ok), 17:05 , 05-Ноя-13, (36) –2 // на самом деле 2 8 8329 - не факториал, а восклицательный знак , Аноним (-), 19:23 , 05-Ноя-13, (48) +4 Плюсую 2 64 8329 меня сначала вогнало в ступор конкретно Это получается число, AlexAT (ok), 22:26 , 05-Ноя-13, (51) интел по традиции в бинарник, пихает две нити кода Одну быструю, для своих проц, Аноним (10), 12:29 , 05-Ноя-13, (10) +8 // Ну в принципе логично, так оно хотяб на остальных работать будет , BratSinot (ok), 12:35 , 05-Ноя-13, (11) Посмотри в ассемблер, умник, annulen (ok), 12:42 , 05-Ноя-13, (12) +2 // Куда посмотреть, прости , Аноним (-), 16:23 , 05-Ноя-13, (28) +1 // Собери файл с -S и убедись, что там нет никакой второй нитки , annulen (ok), 16:37 , 05-Ноя-13, (32) –1 Сравнение производительности C++ компиляторов GCC, Clang и I..., annulen (ok), 16:37 , 05-Ноя-13, (33) –1 Тот вывод, что даёт флаг -S совершенно отличается от того, что выдает мне бинарн, Inome (ok), 16:41 , 05-Ноя-13, (34) +3 gcc -O0 -mcpu generic -S и куча других -fno- asm volatile cpuid a a, pavlinux (ok), 17:22 , 05-Ноя-13, (38) –3 Угу А заодно они сотрудничают с инопланетянами Прими таблетки уже, а то парано, Crazy Alex (ok), 17:57 , 05-Ноя-13, (40) +4 Умер, как только появились кеши предвыборки и параллелизм конвееры Встречается , AlexAT (ok), 22:31 , 05-Ноя-13, (52) +1 Я бы не стал называть такой код самомодифицирующимся , так как в JIT создается , annulen (ok), 20:39 , 06-Ноя-13, (61) В целом да, но есть такая категория JIT-компиляторов pre-JIT, я бы сказал , как, AlexAT (ok), 20:45 , 06-Ноя-13, (62) Естественно, у icc там подробностей больше Что сказать-то хотел Если под лучши, annulen (ok), 20:37 , 06-Ноя-13, (60) –1 А мне не пофиг какая будет скорость сборки Мне важно какой будет скорость бинар, Аноним (-), 12:54 , 05-Ноя-13, (13) +7   // Наверное всех так отладка в проектах с большими бинарниками достала , NikolayV81 (ok), 13:40 , 05-Ноя-13, (18) +1   // Может лучше использовать другие инструменты для сборки или научиться самому писа, Аноним (-), 13:54 , 05-Ноя-13, (19) +1   // Может быть не знаю, на это тоже время тратить надо p s Предыдуще-текущие осно, NikolayV81 (ok), 14:22 , 05-Ноя-13, (20) –1   Ну да, некогда точить, пилить надо , Аноним (43), 18:18 , 05-Ноя-13, (43) +5   Не тратьте времени на отладку Вам она все равно ни к чему , Аноним (-), 19:20 , 05-Ноя-13, (46) +1   Проекты выросли, поэтому В сборке того же Chromium CLang делает GCC как по врем, Аноним (-), 16:31 , 05-Ноя-13, (30) +1   // Путаешь, наверное Во всяком случае, с 4-мя гигами рамы и полутора свопа собирае, Crazy Alex (ok), 18:04 , 05-Ноя-13, (41)   память в таких проектах при сборке жрут ar и ld, особенно если собирать с отладо, all_glory_to_the_hypnotoad (ok), 18:28 , 05-Ноя-13, (44)   // Чего это ради он не будет помогать Помогает, еще и как И да, линковка - самый , Crazy Alex (ok), 19:17 , 05-Ноя-13, (45) +1   а хз почему так Как только rss у ar ld доходит до предела свободной памяти сраз, all_glory_to_the_hypnotoad (ok), 20:41 , 05-Ноя-13, (49)   Наверное Я гентушник, и у меня сборка хрома и файрфокса лечилась именно включен, Crazy Alex (ok), 21:33 , 05-Ноя-13, (50)   о, я тоже Сборка pypy валится как раз на ar ld и своп не юзает А с ff никогда , all_glory_to_the_hypnotoad (ok), 01:13 , 06-Ноя-13, (53)   Звучит так, как будто свопа мало просто pypy, помнится, отличался какими-то сов, Crazy Alex (ok), 20:33 , 06-Ноя-13, (59)   А я могу печатать со скоростью 600 знаков в минуту Правда, такая фигня получает, anonymous (??), 13:10 , 05-Ноя-13, (17) +4 пфф есть g и не нужно более для счастья, т к оптимальноидеален , Аноним (-), 14:33 , 05-Ноя-13, (21) –1 slashdot обнаглел и редиректит с https на http, у меня из-за httpseverywhere вкл, Аноним (-), 15:01 , 05-Ноя-13, (23) –1 // Нет там никаких редиректов Проверьте, не устраивает ли вам СОРМ MITM , Аноним (-), 17:28 , 05-Ноя-13, (39) +2 Голосуй сердцем , Anonymouse (?), 15:49 , 05-Ноя-13, (25) –3 лучше бы они соревнования по поеданию хотдогов устраивали,3 секунды, очень показ, Sylvia (ok), 18:18 , 05-Ноя-13, (42) –1 Странные люди Какая разница сколько компилируется, главное - каков результат К, Adblog (ok), 13:01 , 06-Ноя-13, (54) –1 // я понял это из-за таких, как ты, в gcc 4 8 появилась идиотская каретка, включен, arisu (ok), 13:41 , 06-Ноя-13, (55) –1 // А причем тут каретка-то Она что как-то влияет на производительность Оо, Adblog (ok), 14:17 , 06-Ноя-13, (56) –1 // да всё при том же одним плевать на скорость компиляции, другим плевать на то, ч, arisu (ok), 14:20 , 06-Ноя-13, (57) –2 Положим, со скоростью компиляции горбатого могила исправит , Vkni (ok), 10:15 , 07-Ноя-13, (64) а не спеши ты нас хоронить 3, arisu (ok), 10:21 , 07-Ноя-13, (65) А не спешу, дел действительно много, но скорость, увы, не исправить , Vkni (ok), 21:52 , 07-Ноя-13, (66) Прошу поклонников Шланга и GCC в целях разжигания нового холивора и тыканья паль, freehck (ok), 22:59 , 06-Ноя-13, (63) 2,3,4,10,13,17,21,23,25,42,54,63

Сообщения

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

13. "Сравнение производительности C++ компиляторов GCC, Clang и I..."	+7 +/–
Сообщение от Аноним (-), 05-Ноя-13, 12:54
> Лидером по скорости процесса сборки А мне не пофиг какая будет скорость сборки? Мне важно какой будет скорость бинарника. До сих пор не понимаю почему все так переключись мерятся скоростью сборки, тем более когда разница на деле не так уж велика. Выглядит как маркетинг.
Ответить | Правка | Наверх | Cообщить модератору

	18. "Сравнение производительности C++ компиляторов GCC, Clang и I..."	+1 +/–
	Сообщение от NikolayV81 (ok), 05-Ноя-13, 13:40
	Наверное всех так отладка в проектах с большими бинарниками достала ;)
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Сравнение производительности C++ компиляторов GCC, Clang и I..."	+1 +/–
	Сообщение от Аноним (-), 05-Ноя-13, 13:54
	Может лучше использовать другие инструменты для сборки или научиться самому писать makefile, а не пересобирать весь проект при изменении одного файла, в котором не меняется API.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Сравнение производительности C++ компиляторов GCC, Clang и I..."	–1 +/–
	Сообщение от NikolayV81 (ok), 05-Ноя-13, 14:22
	> Может лучше использовать другие инструменты для сборки или научиться самому писать makefile, > а не пересобирать весь проект при изменении одного файла, в котором > не меняется API. Может быть не знаю, на это тоже время тратить надо ;) p.s. Предыдуще-текущие основные компилятор + среда собирали проект (как тут люди любят говорить с набросанными на формы кнопками и гридами в количестве большем сотни ) целиком за пару десятков секунд, при полном билде, а отладка запускалась на уровне скорости открытия форточки в ос. Но он не особо правильный идеологически, при этом ничего писать не надо было. Текуще-будущий комплект делает это дольше (но не дольше чем Qt), даже для формочки с 1-й кнопкой но он ещё менее идеологически чист, и повлиять на него не представляется возможным.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Сравнение производительности C++ компиляторов GCC, Clang и I..."	+5 +/–
	Сообщение от Аноним (43), 05-Ноя-13, 18:18
	Ну да, некогда точить, пилить надо.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Сравнение производительности C++ компиляторов GCC, Clang и I..."	+1 +/–
	Сообщение от Аноним (-), 05-Ноя-13, 19:20
	> Может быть не знаю, на это тоже время тратить надо ;) Не тратьте времени на отладку. Вам она все равно ни к чему.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	30. "Сравнение производительности C++ компиляторов GCC, Clang и I..."	+1 +/–
	Сообщение от Аноним (-), 05-Ноя-13, 16:31
	Проекты выросли, поэтому. В сборке того же Chromium CLang делает GCC как по времени так и по потребляемой памяти при сборке. Там больше 8 ГБ рама нужно, если ничего не путаю. С ростом проектов, разница во времени сборки и потребляемой памяти будет всё более ощутимой.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	41. "Сравнение производительности C++ компиляторов GCC, Clang и I..."	+/–
	Сообщение от Crazy Alex (ok), 05-Ноя-13, 18:04
	Путаешь, наверное. Во всяком случае, с 4-мя гигами рамы и полутора свопа собирается.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Сравнение производительности C++ компиляторов GCC, Clang и I..."	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 05-Ноя-13, 18:28
	память в таких проектах при сборке жрут ar и ld, особенно если собирать с отладочными данными. Именно на линкове вылетают сборки при недостаточном кол-ве ram, своп при этом не помогает.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	45. "Сравнение производительности C++ компиляторов GCC, Clang и I..."	+1 +/–
	Сообщение от Crazy Alex (ok), 05-Ноя-13, 19:17
	Чего это ради он не будет помогать? Помогает, еще и как. И да, линковка - самый прожорливый этап, а если с LTO - вообще весело.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Сравнение производительности C++ компиляторов GCC, Clang и I..."	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 05-Ноя-13, 20:41
	а хз почему так. Как только rss у ar/ld доходит до предела свободной памяти сразу падает, в своп не уходит. Мб это какие-то мои локальные особенности
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Сравнение производительности C++ компиляторов GCC, Clang и I..."	+/–
	Сообщение от Crazy Alex (ok), 05-Ноя-13, 21:33
	Наверное. Я гентушник, и у меня сборка хрома и файрфокса лечилась именно включеним свопа.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Сравнение производительности C++ компиляторов GCC, Clang и I..."	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 06-Ноя-13, 01:13
	о, я тоже. Сборка pypy валится как раз на ar/ld и своп не юзает. А с ff никогда проблем таких не было. С вебкитом такая же фигня если собирать с дебаг символами.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Сравнение производительности C++ компиляторов GCC, Clang и I..."	+/–
	Сообщение от Crazy Alex (ok), 06-Ноя-13, 20:33
	Звучит так, как будто свопа мало просто. pypy, помнится, отличался какими-то совсем запредельными требованиями к памяти при сборке, а если еще и опциями компилятора что-то вроде LTO накрутить - он, пожалуй, гиг десять захочет. Насчет вебкита с дебагом - мыслей нет никаких.
	Ответить | Правка | Наверх | Cообщить модератору

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

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