https://ns.opennet.dev/openforum/vsluhforumID3/65874.html После года разработки вышел (http://gcc.gnu.org/gcc-4.5/) релиз набора компиляторов GCC 4.5.0 в котором представлен новый оптимизатор на этапе компоновки, реализована экспериментальная поддержка некоторых возможностей стандарта C++0x, продолжена интеграция наработок проекта Graphite (http://gcc.gnu.org/wiki/Graphite) с реализацией поддержки автоматического распараллеливания операций. <br><br><br><br>Основные изменения (http://gcc.gnu.org/gcc-4.5/changes.html):<br><br><br>- <br>Общие нюансы<br>:<br><br><br>- Для сборки GCC теперь требуется математическая библиотека MPC (http://www.multiprecision.org/) (multiprecision library) для более точных вычислений на этапе компиляции;<br>- Часть старых архитектур была объявлена устаревшей и будет полностью исключена в версии 4.6.0: IRIX до версии 6.5, Solaris 7, Tru64 Unix до версии 5.1, более подробно читайте об этом с списке рассылки (http://gcc.gnu.org/ml/gcc/2010-01/msg00510.html);<br>- Убрана (http://gcc.gnu.org/gcc-4.4/changes.html#obsoleted) поддержка систем, объявлен...<br><br>URL: http://gcc.gnu https://ns.opennet.dev/openforum/vsluhforumID3/65874.html#32 Tue, 04 May 2010 06:25:52 GMT &gt;один трид = 12.5 %% в топе?<br><br>Да, в "шапке", в режиме показа общих данных по всем процессорам сразу (в этой системе их 8 логических). В строке с конкретным процессом - 99.9% CPU, причем эта величина не увеличивается если работает более одного thread'а (NPTL).<br><br>&gt; Какая версия top,<br><br>procps-3.2.5-owl8<br><br>&gt; либо - что за окружение?<br><br>Процессор Core i7 920 2.67 GHz (с Turbo Boost до трех с чем-то GHz при работе одного thread'а), Hyperthreading включен (ядро видит 8 siblings), дистрибутив Openwall GNU/*/Linux (Owl) свежий -current, сборка под x86_64 (и ядро и userland). Используется OpenVZ, эксперименты проводятся в контейнере с такой же системой (pre-created OpenVZ template за 23-е марта - раздается с наших FTP mirrors).<br><br>Некоторые тестовые примеры я собирал статически и переносил бинарники на другие системы, в том числе Dual Xeon X5460 ("настоящие" 8 ядер) и старенький Dual P4 Xeon Nocona (уже 64-бит). Результаты там схожие - такое же замедление "на всю страницу" (а не только на cache line) при записях и т https://ns.opennet.dev/openforum/vsluhforumID3/65874.html#31 Tue, 04 May 2010 03:13:58 GMT один трид = 12.5 %% в топе? Какая версия top, либо - что за окружение?<br> https://ns.opennet.dev/openforum/vsluhforumID3/65874.html#30 Mon, 03 May 2010 07:16:59 GMT &gt; сколько процентов цпу - 200? 400? <br><br>В таком виде выдачу можно получить от внешней команды time (не bash builtin). Вот для первого примера с авто-параллелизацией:<br><br>$ OMP_WAIT_POLICY=ACTIVE time ./loop<br>cf5419a0<br>19.70user 0.00system 0:02.46elapsed 799%CPU (0avgtext+0avgdata 0maxresident)k<br>0inputs+0outputs (0major+1162minor)pagefaults 0swaps<br><br>$ OMP_WAIT_POLICY=PASSIVE time ./loop<br>cf5419a0<br>8.83user 0.20system 0:04.06elapsed 222%CPU (0avgtext+0avgdata 0maxresident)k<br>0inputs+0outputs (0major+1157minor)pagefaults 0swaps<br> https://ns.opennet.dev/openforum/vsluhforumID3/65874.html#29 Mon, 03 May 2010 07:11:32 GMT &gt;&gt;http://openwall.info/wiki/internal/gcc-local-build <br>&gt;<br>&gt;по поводу сравнения производительности, нельзя ли сделать примеры с большим числом итераций <br>&gt;(хотя бы на минуту выполнения) и глянуть top, сколько процентов цпу <br>&gt;- 200? 400? <br><br>Более длительные тесты я делал и top смотрел. Там ничего нового - то же соотношение, что мы видим в выдаче time - да и неоткуда взяться другому. Разумеется, все 8 thread'ов работают, т.е. top показывает 100% user, 0% idle в "шапке" (при одном работающем он показывает там 12.5% и 87.5%, соответственно). OMP_WAIT_POLICY=PASSIVE эту картину меняет - появляется idle время, но общее время работы (реальное) увеличивается. time и top показывают примерно одно и то же соотношение и в этом случае.<br> https://ns.opennet.dev/openforum/vsluhforumID3/65874.html#28 Mon, 03 May 2010 06:27:11 GMT &gt;Написал тут пошаговую инструкцию по сборке и использованию gcc 4.5.0 под пользователем <br>&gt;(без root-доступа), включая сборку и "установку" требуемых им библиотек. В том <br>&gt;числе - вариант сборки с Graphite (авто-параллелизация). Далее поигрался с авто-параллелизацией <br>&gt;и с поддержкой OpenMP. Все это см. на wiki (ссылка ниже), <br>&gt;включая команды шелла, примеры программ, сравнение производительности (для разных сборок примеров <br>&gt;программ), встреченные проблемы и некоторые из сделанных выводов: <br>&gt;<br>&gt;http://openwall.info/wiki/internal/gcc-local-build <br><br>по поводу сравнения производительности, нельзя ли сделать примеры с большим числом итераций (хотя бы на минуту выполнения) и глянуть top, сколько процентов цпу - 200? 400? <br> https://ns.opennet.dev/openforum/vsluhforumID3/65874.html#27 Thu, 29 Apr 2010 03:56:20 GMT Написал тут пошаговую инструкцию по сборке и использованию gcc 4.5.0 под пользователем (без root-доступа), включая сборку и "установку" требуемых им библиотек. В том числе - вариант сборки с Graphite (авто-параллелизация). Далее поигрался с авто-параллелизацией и с поддержкой OpenMP. Все это см. на wiki (ссылка ниже), включая команды шелла, примеры программ, сравнение производительности (для разных сборок примеров программ), встреченные проблемы и некоторые из сделанных выводов:<br><br>http://openwall.info/wiki/internal/gcc-local-build<br> https://ns.opennet.dev/openforum/vsluhforumID3/65874.html#26 Sat, 17 Apr 2010 12:19:17 GMT Извини, но бредишь тут ты :)<br>Мы про SIMD или классические FPU-команды?? SSE понятно что можно использовать. Да и gcc не против, укажи -mfpu=sse и получи sse-код. А вот классические 387 команды в x86-64 РОВНО такие же, как и в x86.<br><br>И вообще, вот тебе пример когда на x86-64 классический 387 код уделывает sse-вариант. Да здравствует -mfpu=387 на x86-64 :p :p<br>http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19780#c5<br>Не, я конечно понимаю - ну лажанулись разработчики. Но два раза есть два раза, не?<br><br>ЗЫ капча 54387, что как бы намекает. http://img22.imageshack.us/img22/6713/opennet.png<br> https://ns.opennet.dev/openforum/vsluhforumID3/65874.html#25 Sat, 17 Apr 2010 04:56:34 GMT Пользуешься стандартным софтом или очень редко обновляешься.<br>Как пример: tigervnc Available versions: 1.0.0-r2 1.0.0-r4 (~)1.0.1_pre20100306-r1<br>x11-base/xorg-server Available versions: [M]1.5.3-r6 1.6.5-r1 1.7.6 ~1.8.0<br>Притом tigervnc 1.0.0-r4 не работает с xorg 1.7.6. При обновлении же возникла блокировка между mesa и xorg )<br>Точно тоже самое с xorg и ati-driver.<br><br>В общем, у генту чрезвычайно несогласованное сообщество: tigervnc и ati-driver должны были стабилизированы перед стабилизацией xorg-server. Это далеко не первый такой пример, за последний год уже пару раз похожие ситуации встречались.<br> https://ns.opennet.dev/openforum/vsluhforumID3/65874.html#24 Sat, 17 Apr 2010 01:21:08 GMT Пять лет использую Source based дистрибутивы. Два раза в жизни реально была проблема<br>со сборкой.<br><br>1. Когда в конфиге не отлючил зависимый модуль от уже отключенного.<br><br>2. Сборка новой версии неполностью обновленной из репы.<br><br>Вообщем оба раза моя ошибка. Что я делаю не так?<br>