<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Оценка производительности GCC на новых процессорах AMD</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/81607.html</link>
    <description>Ресурс Phoronix провёл (http://www.phoronix.com/scan.php?page=article&amp;item=gcc_42_47snapshot&amp;num=1) тестировние производительности кода, собранного различными версиями GCC (4.2.4, 4.3.6, 4.4.6, 4.5.3, 4.6.1 и 4.7-dev). Тестирование было выполнено на системе с процессором AMD FX-8150, основанным на новой архитектуре AMD Bulldozer. Сборка была произведена с опциями &quot;-march=native -mtune=native -O3&quot;. &lt;br&gt;&lt;br&gt;&lt;br&gt;В тесте C-Ray отмечается заметное повышение производительности при использовании тестового снапшота GCC 4.7. В тестах LAME и  Flac заметен небольшой прирост производительности при использовании GCC 4.7. В тестах 7-Zip и FFmpeg все версии GCC показали примерно одинаковые результаты. В тесте GraphicsMagick отмечается существенное замедление работы при использовании GCC 4.7, в  то время как GCC 4.6.1 показал наилучшие результаты. При измерении времени сборки PHP и Apache, отмечается небольшое уменьшение скорости сборки в GCC 4.7.&lt;br&gt;&amp;lt;center&amp;gt;&amp;lt;img src=&quot;http://www.opennet.ru/opennews/pics_base/3...&lt;br&gt;&lt;br&gt;URL: http://www.pho</description>

<item>
    <title>Оценка производительности GCC на новых процессорах AMD (Он)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/81607.html#58</link>
    <pubDate>Wed, 28 Dec 2011 13:02:15 GMT</pubDate>
    <description>Wed Oct 19 18:27:52 2011 &amp;gt;&amp;gt;&amp;gt; media-gfx/gimp-2.6.11-r5&lt;br&gt;       merge time: 4 minutes and 12 seconds.&lt;br&gt;</description>
</item>

<item>
    <title>Оценка производительности GCC на новых процессорах AMD (Maxim Chirkov)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/81607.html#57</link>
    <pubDate>Wed, 07 Dec 2011 13:06:50 GMT</pubDate>
    <description>&amp;gt; Хм! Продолжаю оффтоп . Править моё сообщение движок не даёт , мол &lt;br&gt;&amp;gt; &quot;не ваше&quot;.&lt;br&gt;&lt;br&gt;Править свои тексты можно войдя в форум как зарегистрированный пользователь.&lt;br&gt;&lt;br&gt;&amp;gt; Однако создавать сообщение под своим ником я могу. Значит всяк может постить с любым ником ? &lt;br&gt;&lt;br&gt;Если ник свободен то его можно свободно использовать. Если ник зарегистрирован, то написать под ним без входа в форум можно только специально указав это в настройках, по умолчанию ник резервируется. В случае ника &quot;okruzhor&quot; - это анонимный свободный ник, зарегистрируйтесь в форуме и он будет привязан к вашему аккаунту.&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Оценка производительности GCC на новых процессорах AMD (Maxim Chirkov)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/81607.html#56</link>
    <pubDate>Wed, 07 Dec 2011 13:03:14 GMT</pubDate>
    <description>&amp;gt; Да . У меня была отключена проверка обновления файлов в кэше . &lt;br&gt;&amp;gt; Получается , что для различных страниц с &quot;сортировкой времени&quot; генерируется одно &lt;br&gt;&amp;gt; и тоже имя файла в кэше ?&lt;br&gt;&lt;br&gt;Да, при нажатии на ссылку сортировки по времени вызывается один скрипт, который устанавливает Cookie и делает редирект на основе содержимого http_referer.&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Оценка производительности GCC на новых процессорах AMD (okruzhor)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/81607.html#55</link>
    <pubDate>Wed, 07 Dec 2011 12:40:32 GMT</pubDate>
    <description>Хм! Продолжаю оффтоп . Править моё сообщение движок не даёт , мол &quot;не ваше&quot; . Однако создавать сообщение под своим ником я могу ! Значит всяк может постить с любым ником ? Пробовать не хочу , но это странная авторизация ...&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Оценка производительности GCC на новых процессорах AMD (okruzhor)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/81607.html#54</link>
    <pubDate>Wed, 07 Dec 2011 12:34:55 GMT</pubDate>
    <description>&amp;gt;&amp;gt; На многих беседах (и на этой тоже) одна беда : нельзя получить плоский вид с сортировкой постингов по времени . Нажатие на &quot;сортировку по времени&quot;&lt;br&gt;&amp;gt; На какой странице (в новостях или форуме) и на какую именно ссылку вы нажимайте ? Каким браузером пользуйтесь. Выход в сеть не через прокси ?&lt;br&gt;&lt;br&gt;На этой самой (новость) , ссылка &quot;сортировка по времени&quot; :-)&lt;br&gt;&lt;br&gt;Opera 11.52 . Через прокси&lt;br&gt;&lt;br&gt;&amp;gt; Такое ощущение, что у вас из локального кэша это выдаётся без обращения к сайту.&lt;br&gt;&lt;br&gt;Да . У меня была отключена проверка обновления файлов в кэше . Получается , что для различных страниц с &quot;сортировкой времени&quot; генерируется одно и тоже имя файла в кэше ?&lt;br&gt;&lt;br&gt;Включил такую проверку &quot;всегда&quot; . Сработало , после того как обновил страницу с сортировкой по ответам&lt;br&gt;&lt;br&gt;Спасибо !&lt;br&gt;</description>
</item>

<item>
    <title>Оценка производительности GCC на новых процессорах AMD (Аноним)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/81607.html#53</link>
    <pubDate>Mon, 05 Dec 2011 18:59:33 GMT</pubDate>
    <description>В основном C++ долго компилируется, т.к. язык намного сложнее для разбора, в сравнении с Pascal/Java. Это плата за те выразительные возможности, гибкость и мощь, который получает разработчик.&lt;br&gt;&lt;br&gt;Меры ускорения сборки в C++ (то что сходу вспомнил):&lt;br&gt;- предварительные объявления в .h-файлах вместо инклудов&lt;br&gt;- идиома PIMPL (по крайней мере для библиотечных классов и классов инструментария проекта)&lt;br&gt;- закешированные скомпилированные единицы трансляции (объектные файлы .o) не перекомпилируются при следующей сборке, пока сами исходники не изменятся&lt;br&gt;- грамотно разбивать части проекта на отдельные либы (пусть даже статические), подпроекты и приложения - чтобы каждый раз не собирать 100500 исходников&lt;br&gt;- делать прекомпилированные хедеры&lt;br&gt;- для сборки на многоядерных процах - использовать опцию -j&lt;br&gt;- есть также системы для сборки проекта на нескольких компах&lt;br&gt;- не использовать ущербный mingw (не сидеть под оффтопиком), писать на linux, а под оффтопик кросскомпилировать через линуксовый mingw только для финальных релизо</description>
</item>

<item>
    <title>Оценка производительности GCC на новых процессорах AMD (Ytch)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/81607.html#52</link>
    <pubDate>Mon, 05 Dec 2011 18:46:26 GMT</pubDate>
    <description>&amp;gt;&amp;gt; фактически сборной простыни из &quot;инклюдов&quot;, собранной препроцессором из исходников, отнимает непозволительно много времени.&lt;br&gt;&amp;gt; Так и скажи, не осилил пересборку только измененного :)&lt;br&gt;&lt;br&gt;Еще про precompiled header расскажи...&lt;br&gt;</description>
</item>

<item>
    <title>Оценка производительности GCC на новых процессорах AMD (Аноним)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/81607.html#51</link>
    <pubDate>Mon, 05 Dec 2011 18:45:56 GMT</pubDate>
    <description>.tpu в архаичном Borland Pascal, .dcu в устаревшем Delphi, .class в ненужной Java&lt;br&gt;&lt;br&gt;извините, не удержался :)&lt;br&gt;</description>
</item>

<item>
    <title>Оценка производительности GCC на новых процессорах AMD (Maxim Chirkov)</title>
    <link>https://opennet.dev/openforum/vsluhforumID3/81607.html#50</link>
    <pubDate>Mon, 05 Dec 2011 18:34:28 GMT</pubDate>
    <description>&amp;gt; На многих беседах (и на этой тоже) одна беда : нельзя получить &lt;br&gt;&amp;gt; плоский вид с сортировкой постингов по времени . Нажатие на &quot;сортировку &lt;br&gt;&lt;br&gt;На какой странице (в новостях или форуме) и на какую именно ссылку вы нажимайте ? Каким браузером пользуйтесь. Выход в сеть не через прокси ?&lt;br&gt;&lt;br&gt;&amp;gt; по времени&quot; переносит в &quot;Релиз Linux-дистрибутива ZevenOS 4.0 ....&quot; &lt;br&gt;&lt;br&gt;Такое ощущение, что у вас из локального кэша это выдаётся без обращения к сайту.&lt;br&gt;</description>
</item>

</channel>
</rss>
