<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Реализация оптимизации для GCC, учитывающей связь между файлами сборки</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/45403.html</link>
    <description>Разработчики компании Google представили (http://google-opensource.blogspot.com/2008/11/whopr-scalable-whole-program-optimizer.html) начальную реализацию нового механизма оптимизации для набора компиляторов GCC - WHOPR (http://gcc.gnu.org/wiki/whopr) (WHOle Program optimizeR). Традиционная реализация GCC оперирует только единичными файлами, компиляция которых производится независимо друг от друга, после чего производится связывание готовых объектных файлов в единый исполняемый файл. Данный подход имеет преимущество в том, что процесс сборки легко может быть распараллелен в несколько потоков, одновременно могут компилироваться несколько файлов. Но метод раздельной сборки имеет проблемы в плане оптимизации использования функций, которые, в случае определения в другом файле исходных текстов, не могут быть оптимизированы в зависимости от текущих условий их вызова.&lt;br&gt;&lt;br&gt;&lt;br&gt;Проект WHOPR реализует альтернативную схему LTO (Link-Time Optimization) оптимизации для GCC, не требующую в отличии от LTO...&lt;br&gt;&lt;br&gt;URL: http://google-</description>

<item>
    <title>Реализация оптимизации для GCC, учитывающей связь между файл (izard)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/45403.html#17</link>
    <pubDate>Mon, 24 Nov 2008 02:47:47 GMT</pubDate>
    <description>В терминах компилятора Интел - различие между IPO и PGO&lt;br&gt;</description>
</item>

<item>
    <title>Реализация оптимизации для GCC, учитывающей связь между файл (User294)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/45403.html#16</link>
    <pubDate>Sat, 22 Nov 2008 18:28:26 GMT</pubDate>
    <description>&amp;gt;8 потоков, да на 5.7GHz  &#092;m/ &lt;br&gt;&lt;br&gt;Да, какойнить MD5 на таком брутить - одно удовольствие и никакой 4-ядерник его пожалуй не натянет в этом вопросе.&lt;br&gt;&lt;br&gt;&amp;gt;без полной переделки софта пока бесполезная трата денег. &lt;br&gt;&lt;br&gt;Стопроцентно.Но у айбиэма грамотные доки на этот счет есть и софт есть (gcc и для основного ядра и для SPE).Так что в некоторых случаях при способности грамотно накодить - оно очень даже вариант.Скажем я могу себе представить как оно заменит ОДНИМ процом горку Xeon-ов кодировавших&#092;декодировавших&#092;шифровавших&#092;расшифровавших видеопоток например.&lt;br&gt;&lt;br&gt;&amp;gt;КПД наверно больше у CUDA + Gforce 8800 GTX &lt;br&gt;&lt;br&gt;Без понятия - мне железки от нвидия неинтересны как класс.Извиняюсь, но закрытый блоб как драйвер для &quot;процессора&quot; - это на мое имхо более чем просто маразм.Может еще интель и амд для работы своих процов закрытые дрова будут делать?Наф-наф-наф такое &quot;счастье&quot; =).Я вообще в последнее время политику нвидии не понимаю.&lt;br&gt;</description>
</item>

<item>
    <title>Реализация оптимизации для GCC, учитывающей связь между файл (pavlinux)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/45403.html#15</link>
    <pubDate>Sat, 22 Nov 2008 17:15:09 GMT</pubDate>
    <description>&amp;gt;&amp;gt;КПД наверно больше у CUDA + Gforce 8800 GTX&lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;а тут переделка софта не требуется? :-D &lt;br&gt;&amp;gt;поживём-увидим... как только nvidia &quot;подарит&quot; сии возможности gcc ;-) &lt;br&gt;&lt;br&gt; Да, но сколько стоит GF8800  и скока Целлка &lt;br&gt;</description>
</item>

<item>
    <title>Реализация оптимизации для GCC, учитывающей связь между файл (vitek)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/45403.html#14</link>
    <pubDate>Sat, 22 Nov 2008 16:13:24 GMT</pubDate>
    <description>&amp;gt;КПД наверно больше у CUDA + Gforce 8800 GTX&lt;br&gt;&lt;br&gt;а тут переделка софта не требуется? :-D&lt;br&gt;поживём-увидим... как только nvidia &quot;подарит&quot; сии возможности gcc ;-)&lt;br&gt;</description>
</item>

<item>
    <title>Реализация оптимизации для GCC, учитывающей связь между файл (pavlinux)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/45403.html#13</link>
    <pubDate>Fri, 21 Nov 2008 20:08:42 GMT</pubDate>
    <description>Обсобенно круть, когда пароли подбирает :)&lt;br&gt;&lt;br&gt;8 потоков, да на 5.7GHz  &#092;m/ &lt;br&gt;&lt;br&gt;Кстати, кто надумает в компаниях брать, а может и домой :), - действительно распиареная штука,&lt;br&gt;без полной переделки софта пока бесполезная трата денег.&lt;br&gt;&lt;br&gt;КПД наверно больше у CUDA + Gforce 8800 GTX&lt;br&gt;</description>
</item>

<item>
    <title>Реализация оптимизации для GCC, учитывающей связь между файл (User294)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/45403.html#12</link>
    <pubDate>Fri, 21 Nov 2008 18:27:47 GMT</pubDate>
    <description>&amp;gt; Может, это целл такой волшебный&lt;br&gt;&lt;br&gt;Запросто - он как процессор приложений ничего такого крутого из себя не представляет.Если не используются SPE (а gcc когда-то умел ими пользоваться?) - ничего интересного Cell не продемонстрирует.Резонно слив обычным многоядерникам.А вот если софт SPE юзать будет - ну удачи его обогнать, ага.&lt;br&gt;</description>
</item>

<item>
    <title>Реализация оптимизации для GCC, учитывающей связь между файлами сборки (pavlinux)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/45403.html#10</link>
    <pubDate>Fri, 21 Nov 2008 16:38:47 GMT</pubDate>
    <description>А где скачать-то, не найду никак....&lt;br&gt;</description>
</item>

<item>
    <title>Реализация оптимизации для GCC, учитывающей связь между файл (const)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/45403.html#9</link>
    <pubDate>Fri, 21 Nov 2008 16:18:58 GMT</pubDate>
    <description>Может, это целл такой волшебный, но у меня на amd64 атлас-3.8 собирается 3 часа, а атлас-3.9 - полчаса. И у него там внутри свои очень суровые оптимизации, так что вряд ли от смены компилятора можно получить выигрыш.&lt;br&gt;</description>
</item>

<item>
    <title>Реализация оптимизации для GCC, учитывающей связь между файл (Алексей)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/45403.html#8</link>
    <pubDate>Fri, 21 Nov 2008 16:04:31 GMT</pubDate>
    <description>Ну возьмите и проверьте :) А то странное какое-то замечание. Вообще я подозреваю, что эту фичу лучше юзать для релизов, а при разработки собирать обычной версией GCC.&lt;br&gt;</description>
</item>

</channel>
</rss>
