https://www.opennet.ru/openforum/vsluhforumID3/49723.html Надеясь разобраться в причинах отставания OpenSolaris в недавно проведенном тестировании (http://www.opennet.ru/opennews/art.shtml?num=20174), ресурс phoronix.com решил (http://www.phoronix.com/scan.php?page=article&item=sun_studio_gcc&num=1) оценить разницу в производительности приложений, собранных компиляторами Sun Studio 12 (2008/10/07), GCC 3.4.3 и GCC 4.0.2. Тесты выполнялись на платформе OpenSolaris 2008.11. <br><br><br>Итоги: <br><br><br>- В тесте (http://www.phoronix.com/scan.php?page=article&item=sun_studio_gcc&num=2) на скорость кодирования MP3 в LAME, GCC 4 сборка выполнила задание за 43 секунды, GCC 3 - за 45, а Sun Studio 12 - за 127 сек., т.е. выполнялась в 3 раза дольше. При кодировании в формат Ogg отставание Sun Studio 12 было не столь значительным: 37 против 27 секунд. Вероятно причиной отставания является недостаточное использование опций оптимизации при сборке программ в Sun Studio, в то время как при сборке в GCC разработчики задействовали более эффективные опции оптимизации ...<br><br>URL: http://www.pho https://www.opennet.ru/openforum/vsluhforumID3/49723.html#25 Sat, 21 Feb 2009 23:05:15 GMT &gt;почему же OpenSolaris собирают без этого флага?<br><br>OpenSolaris собирают разные файлы с разными флагами.<br>Ядро одно дело, стандарный user land - другое, прикладные программы из поставки третье.<br><br>-fast - это макрос который раскрывается в набор опций (для вудкреста пример).<br><br>-xlibmil -xlibmopt -D__MATHERR_ERRNO_DONTCARE <br><br>Это флаги регулирующие поведение функций из math.h/libm.so<br>Замену на более быстрые функции или оптимизированные последовательности.<br>Ядро с libm не линкуется - поэтому они ему не нужны.<br><br>-fns -nofstore -fsimple=2 -fsingle <br><br>это все упрощения плавающей точки. в ядре в основном целочисленный код.<br><br>-xarch=ssse3 <br><br>это выбор архитектуры SSSE3. Очевидно не подходит для сборки билда общего назначения операционной системы (если б это была gentoo - это было бы приемлимо).<br>Для amd64 использовался флаг -xarch=amd64 (сейчас, наверное, пишут -m64).<br><br><br>-xcache=32/64/8:4096/64/16 -xchip=core2 <br><br>это заточки под конкретное железо на котором производится компиляция.<br><br><br>-xbuiltin=%all <br><br>Эт https://www.opennet.ru/openforum/vsluhforumID3/49723.html#24 Sat, 21 Feb 2009 19:19:38 GMT &gt;http://www.mail-archive.com/gcc@gcc.gnu.org/msg24423.html <br><br>Дык там про какую-то байду на фортране?!Мне фортран неинтересен.Вообще.<br> https://www.opennet.ru/openforum/vsluhforumID3/49723.html#23 Sat, 21 Feb 2009 15:27:57 GMT &gt;http://www.mail-archive.com/gcc@gcc.gnu.org/msg24423.html <br><br>Там вообще-то о фортране речь идет.<br>Не факт, что код на C затронут этой проблемой.<br> https://www.opennet.ru/openforum/vsluhforumID3/49723.html#22 Sat, 21 Feb 2009 14:55:17 GMT Я вообще не понимаю, как можно смотреть на результаты тестов, в которых не указаны команды сборки.<br>Если они просто CC=cc CXX=CC ./configure && make<br>то даже смотреть не на что... Из всего, что приходилось собирать под Солярис, только openSll и nginx установили хоть какие-то флаги отптимизации для sunStudio. Причем только nginx сделал все совсем правильно (Спасибо Игорю Сысоеву). А firebird так например вообще упорно добавлял команды оптимизации gcc. гнушные проекты не считают должным знать о других компиляторах...<br> https://www.opennet.ru/openforum/vsluhforumID3/49723.html#21 Sat, 21 Feb 2009 14:29:02 GMT http://www.mail-archive.com/gcc@gcc.gnu.org/msg24423.html<br> https://www.opennet.ru/openforum/vsluhforumID3/49723.html#20 Sat, 21 Feb 2009 14:14:00 GMT &gt;Зато у версии 4.3.x GCC регрессия в 30% на 64 битном коде <br><br>Пруфлинк?Или методы бенчмарка?<br> https://www.opennet.ru/openforum/vsluhforumID3/49723.html#18 Sat, 21 Feb 2009 10:25:08 GMT &gt;-fprofile-generate<br>&gt;-fprofile-use<br><br>Зато у версии 4.3.x GCC регрессия в 30% на 64 битном коде<br> https://www.opennet.ru/openforum/vsluhforumID3/49723.html#16 Sat, 21 Feb 2009 09:44:30 GMT у меня за 41 секунду собирается и я бы не сказал что железо какое-то мега: 2*E5410<br> https://www.opennet.ru/openforum/vsluhforumID3/49723.html#14 Sat, 21 Feb 2009 09:23:06 GMT &gt;На самом деле SunCC под Linux очень и очень не плох, позволяет <br>&gt;добиться сильно лучшей оптимизации кода в сравнении с GCC 4.3.3. В <br>&gt;есть даже такая фича, как профилирование после сборки с записью инфы <br>&gt;о работе программы, о горячих и холодных участках кода и сборка <br>&gt;компиляция программы уже на основе этой статистике. В GCC такого нету <br><br>-fprofile-generate<br>-fprofile-use<br>