LINUX.ORG.RU

Первый обзор GCC 4


0

0

В обзоре вы найдёте сравнение производительности программ (PovRay, LAME, SciMark), скомпилированных GCC 4.0.0 и GCC 3.4.3, а также сравнение скорости компиляции этих программ. К сожалению, вердикт вышел следующий: "Is GCC 4.0 better than its predecessors? In terms of raw numbers, the answer is a definite "no"."

>>> Подробности

★★★★★

Проверено: Shaman007 ()

Oh, how sad. Хотели как лучше - получилось как всегда. Ждём 4.4.5 Ж)

Selecter ★★★★
()

а он что, уже релизнулся?
я думал, что 4-ка еще в бэта стадии

anonymous
()
Ответ на: комментарий от yshurik

> Песец, а зачем тогда код писать?
Тебе, пожалуй, и вправду не стоит :)

anonymous
()

Я не понимаю, откуда такая паника.

Это Х.0.0 версия - в ней много чего нового и не оттестированного. Совсем необязательно бежать ставить её на "продакшн" впереди планеты всей.

Deleted
()
Ответ на: комментарий от Deleted

Это, помниться от Netscape пошло - обозвать бету релизом и пусть народ тестирует...

anonymous
()

Через неделю (или около того) должен выйти 3.4.4. Могли бы и подождать. Возможно разница между 4.0.0 и 3.4.4 будет ещё больше. А вообще конечно же у 4.0.x всё ещё впереди.

bbk123 ★★★★★
()
Ответ на: комментарий от anonymous

Всё еще тестим ;) glibc не собирается , говорят , надо ждать glibc-2.3.6

anonymous
()
Ответ на: комментарий от bbk123

> Возможно разница между 4.0.0 и 3.4.4 будет ещё больше.

Сто процентов не будет, поскольку третья ветка открыта только для "regression and documentation fixes only".

Displacer ★★
()

На slashdot'е все уже обсудили: тест не корректный, так как tree-ssa (основное приимущество gcc4) не включили.

Вот что у кдешников:

http://www.kdedevelopers.org/node/view/1004

Qt: -O0 -O2 gcc 3.3.5 23m40 31m38 gcc 3.4.3 22m47 28m45 gcc 4.0.0 13m16 19m23

KDElibs (with --enable-final) -O0 -O2 gcc 3.3.5 14m44 27m28 gcc 3.4.3 14m49 27m03 gcc 4.0.0 9m54 23m30

KDElibs (without --enable-final) -O0 gcc 3.3.5 32m56 gcc 3.4.3 32m49 gcc 4.0.0 15m15

anonymous
()
Ответ на: комментарий от Displacer

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

С другой стороны, разница на десять процентов в размере генерируемого кода - это существенно. Вот если бы еще с template code bloat стало полегче ...

anonymous
()
Ответ на: комментарий от anonymous

> И что теперь делать?

Ждать, когда они оптимизируют gcc4 до приемлемого состояния. Сейчас ещё можно пытаться юзать 4.0.0 на P4, но на оптероне - лучше этого не делать.

anonymous
()
Ответ на: комментарий от Deleted

> Совсем необязательно бежать ставить её на "продакшн" впереди планеты всей.

В этом плане очень мудро поступила RedHat - начав FC4 на GCC4 (ещё beta). Даёшь усиленное тестирование софта! :)

atrus ★★★★★
()
Ответ на: комментарий от bbk123

bbk123, так как, каково твоё понимание выражения regression fix? :) Неужели и в самом деле думаешь, что эти фиксы добавляют новых фич и функциональности? :)

Displacer ★★
()
Ответ на: комментарий от bbk123

мой словарик говорит, типа сделать как было. Т.е. убедились что стало хуже, и поправили - вернули в первобытное состояние.

bugmaker ★★★★☆
()
Ответ на: комментарий от Displacer

Я это понимал как ухудшение новых версий по сравнению с предыдущими в плане производительности генерируемого кода или скорости компиляции. На самом деле regressions - это просто любые ухудшения новых версий по сравнению с предыдущими, не обязательно в производительности. Тоесть первое определение подпадает под второе, хотя наличие именно таких regressions не обязательно.

bbk123 ★★★★★
()
Ответ на: комментарий от bbk123

:)))))))))) смешно :)

regression testing - тестирование с использованием старых работавших когда-то сценариев. Вообще-то это является правилом при написании серьёзных продуктов - при добавлении функциональности отмечать, какую логику системы затронули изменения, и отбирать соответствующие регрессионные тесты для тестировщиков. При собственно выпуске релиза тестировщики прогоняют все эти тесты. Цифра "10% сфейлилось" является нормальной для первого тестирования релиза. (могут быть в том числе дефекты сценариев, могут быть obsolete сценарии). Далее к релизу это всё стараются исправить, догнав цифры до, к примеру, "95% некритических, 100% критических сценариев passed".

Иногда необходимо выполнить полный regression testing.

sanyok
()

хех, читаю вижу Первый обоср GCC 4. И правда.

dilmah ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.