<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Проект по добавлению в GCC поддержки распараллеливания проце...</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/118466.html</link>
    <description>В рамках исследовательского проекта Parallel GCC началась работа по добавлению в GCC возможности, позволяющей разделять процесс компиляции на несколько параллельно выполняемых потоков. В настоящее время для повышения скорости сборки на многоядержных системах на уровне утилиты make применяется запуск отдельных процессов компилятора, каждый из которых выполняет сборку отдельного файла с кодом. Новый проект экспериментирует с обеспечением  распараллеливания на уровне компилятора, что потенциально позволит повысить эффективность работы на многоядерных системах...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51491&lt;br&gt;</description>

<item>
    <title>Проект по добавлению в GCC поддержки распараллеливания проце... (Онаним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/118466.html#108</link>
    <pubDate>Tue, 24 Sep 2019 17:39:13 GMT</pubDate>
    <description>&amp;gt; То есть, никто не понимает, что разрабы пытаются удешевить (по времени, танкисты, &lt;br&gt;&amp;gt; по времени) управление памятью и ЦП вместо того, чтобы при компиляции &lt;br&gt;&amp;gt; генерировать кучу ненужных системных вызовов, только отнимающих время, и упираться по &lt;br&gt;&amp;gt; потолку производительности в шедулер? Пздц вы тупые, откуда вам вообще сюда &lt;br&gt;&amp;gt; выпустили?&lt;br&gt;&lt;br&gt;Штопрастите?&lt;br&gt;</description>
</item>

<item>
    <title>Проект по добавлению в GCC поддержки распараллеливания проце... (Алексей Михайлович)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/118466.html#107</link>
    <pubDate>Tue, 24 Sep 2019 11:37:20 GMT</pubDate>
    <description>Это плохо лишними сисколлами и отсутствием нормального интерпроцессного взаимодействия. Тредами рулить удобнее и дешевле, чем полноценными инстансами.&lt;br&gt;</description>
</item>

<item>
    <title>Проект по добавлению в GCC поддержки распараллеливания проце... (Алексей Михайлович)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/118466.html#106</link>
    <pubDate>Tue, 24 Sep 2019 11:36:01 GMT</pubDate>
    <description>То есть, никто не понимает, что разрабы пытаются удешевить (по времени, танкисты, по времени) управление памятью и ЦП вместо того, чтобы при компиляции генерировать кучу ненужных системных вызовов, только отнимающих время, и упираться по потолку производительности в шедулер? Пздц вы тупые, откуда вам вообще сюда выпустили?&lt;br&gt;</description>
</item>

<item>
    <title>Проект по добавлению в GCC поддержки распараллеливания проце... (Онаним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/118466.html#105</link>
    <pubDate>Sat, 21 Sep 2019 08:54:07 GMT</pubDate>
    <description>А при чём тут CI и цели? Тут речь идёт о внутреннем распараллеливании сборки одного-единственного файла. Зачем это - ума не приложу. Любителей собирать многомегабайтные монолиты вроде не осталось.&lt;br&gt;</description>
</item>

<item>
    <title>Проект по добавлению в GCC поддержки распараллеливания проце... (Онаним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/118466.html#104</link>
    <pubDate>Sat, 21 Sep 2019 08:51:57 GMT</pubDate>
    <description>&amp;gt; Компиляция, тем более распараллеленная гораздо лучше пойдет на R9 3950X.&lt;br&gt;&lt;br&gt;Вот да. И даже никакого дорогостоящего перепахивания компилятора не потребуется :D, а эффект будет куда выше, чем от перепахивания для всяких мобильных i5.&lt;br&gt;</description>
</item>

<item>
    <title>Проект по добавлению в GCC поддержки распараллеливания проце... (Онаним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/118466.html#103</link>
    <pubDate>Sat, 21 Sep 2019 08:51:00 GMT</pubDate>
    <description>Память ныне стоит сущие копейки. Городить при этом какой-то огород, перепахивая кусками компилятор, в котором и так чёрт ногу сломит... работа ради работы, без цели и смысла.&lt;br&gt;</description>
</item>

<item>
    <title>Проект по добавлению в GCC поддержки распараллеливания проце... (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/118466.html#102</link>
    <pubDate>Wed, 18 Sep 2019 13:40:55 GMT</pubDate>
    <description>Какой Ютуб очнитесь это текстовые стратегии и консольный режим для терминалов из 80-х всякие там имаксы и прочая чепушень&lt;br&gt;</description>
</item>

<item>
    <title>Проект по добавлению в GCC поддержки распараллеливания проце... (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/118466.html#101</link>
    <pubDate>Wed, 18 Sep 2019 13:37:51 GMT</pubDate>
    <description>И процессор можно докупить. Видимо только время нельзя докупить ...&lt;br&gt;</description>
</item>

<item>
    <title>Проект по добавлению в GCC поддержки распараллеливания проце... (пох.)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/118466.html#100</link>
    <pubDate>Tue, 17 Sep 2019 15:43:37 GMT</pubDate>
    <description>&amp;gt; Проблема решается засовыванием всех процессов в cgroup-у.&lt;br&gt;&lt;br&gt;&quot;новый стандарт&quot; - ненужен.&lt;br&gt;&lt;br&gt;</description>
</item>

</channel>
</rss>
