https://www.opennet.me/openforum/vsluhforumID3/50483.html В списке рассылки GCC опубликован (http://gcc.gnu.org/ml/gcc/2009-03/msg00239.html) план реализации автоматического распараллеливания циклов в GCC. Ранее в дерево исходных текстов GCC был интегрирован код проекта Graphite (http://gcc.gnu.org/wiki/Graphite), в рамках которого была разработана технология оптимизации через обеспечение параллельного выполнения циклических операций. Разработка Graphite велась при участии компании IBM. Для обеспечения автоматического распараллеливания операций код Graphite будет комбинирован с генератором кода autopar (http://autopar.sourceforge.net/), основанным на реализации спецификаций OpenMP (http://en.wikipedia.org/wiki/OpenMP), созданной в рамках проекта GOMP (http://gcc.gnu.org/projects/gomp/).<br><br><br>Начальная поддержка автоматического распараллеливания появится в следующем релизе - GCC 4.4. Разработка позволит значительно увеличить производительность обычных приложений на многоядерных процессорах, созданных без использования специальных библиотек расп...<br><br>URL: http://www.pho https://www.opennet.me/openforum/vsluhforumID3/50483.html#26 Wed, 22 Apr 2009 13:47:38 GMT &gt;Железо не стоит на месте, и многие задачи, которые год назад имело <br>&gt;смысл параллелить, сейчас спокойно обрабатываются в реальном времени на одном ядре. <br><br>Мир состоит из одних персоналок? Только из современных?<br> https://www.opennet.me/openforum/vsluhforumID3/50483.html#25 Sun, 15 Mar 2009 03:45:46 GMT Железо не стоит на месте, и многие задачи, которые год назад имело смысл параллелить, сейчас спокойно обрабатываются в реальном времени на одном ядре. Скажем, на моем C2D E8500 одно ядро шифрует AES-256-CBC 100MB в секунду. Это сравнимо со скоростями дисков и сети, т.е. в большинстве случаев не является боттлнеком. Blowfish, например, еще быстрее. Про аудио кодеки вы вообще не весть к чему ляпнули - уже много лет не существует аудио кодеков, которые не укладываются в realtime. С видео тоже особых проблем нет - man mencoder &#124; grep thread, к тому же видео оффлоудится в GPU со своей собственной параллельностью и гораздо большей эффективностью.<br>Короче, это автоматическое распараллеливание - фича для ленивых программистов, которая позволит в _некоторых_ случаях ускорить _некоторые_ алгоритмы. Разумеется, со своим оверхедом. А в `обычных приложениях' боттлнек вобщем-то и не в CPU, а в memory latency, так что серебряной пули нет :)<br> https://www.opennet.me/openforum/vsluhforumID3/50483.html#23 Fri, 13 Mar 2009 01:59:13 GMT &gt; А если x &lt; a &lt; y :) <br><br>Упс, мы не на Алголе :) <br><br><br><br><br><br> https://www.opennet.me/openforum/vsluhforumID3/50483.html#22 Fri, 13 Mar 2009 01:56:16 GMT Кстати sys_sched_setaffinity() и компания на кластерах работает?<br> https://www.opennet.me/openforum/vsluhforumID3/50483.html#21 Fri, 13 Mar 2009 01:36:36 GMT Меня всегда радовали методы, используемые ДЖыСиСятами для параллельных вычислений, и особенно примеры в презентациях:<br><br>Этот цикл можно разогнать, хоть на 5 процессоров. <br><br>for ( i = 0; i &lt; 5; i++) <br> S[i] = i; <br><br>---------------<br><br>Ну и тут, на 5 основных, каждый из которых так же по пять... <br><br>for ( i=0; i&lt;5; i++ ) <br> for (j=0; j &lt; 5; j++ ) <br> S[i][j] = S[i][j]+i*j;<br><br>Типа так (нулевой пропускаю)<br>k=1<br>for ( i = 0; j = k ; i &lt; 5; i++ ) <br> S[i][j] = S[i][j]*k; ; <br><br>--------<br>k=2 <br>for ( i = 0; j = k ; i &lt; 5; i++ ) <br> S[i][j] = S[i][j]*k; <br><br>ну и так далее <br><br>k=Z<br><br>for ( i = 0; j = Z ; i &lt; 5; i++ ) <br> S[i][j] = S[i][j]*k; <br><br>-------<br><br><br>Я это к чему вообще!? <br>Да к тому, что все результаты этих циклов известны заранее.<br>И 50% из них легко реализуются на указателях<br>остальные на 49% на препроцессоре, с генерацией БОЛЬШОЙ int ARRAY[65535][65535]<br>И 1% код для анализа, в котором страшно распараллеливать, - либо глюкнет, либо запутаешься.<br><br><br>Более интересные вещи, это генера https://www.opennet.me/openforum/vsluhforumID3/50483.html#20 Thu, 12 Mar 2009 10:31:31 GMT &gt;Если бы распаралеливался foreach, то можно было бы быть спокойными, а если <br>&gt;for, то можно и огрести неприятных эффектов <br><br>Не бойся. Это компилятор будет определять включать распараллеливание или нет, глупых людей допускающих &gt;0 false positive решений в данном вопросе не допустят<br> https://www.opennet.me/openforum/vsluhforumID3/50483.html#19 Wed, 11 Mar 2009 21:30:20 GMT А я тут думал, что в 4.4 сейчас заморозка кода и такие крупные изменения войдут в 4.5, к примеру ....<br> https://www.opennet.me/openforum/vsluhforumID3/50483.html#18 Wed, 11 Mar 2009 21:15:05 GMT &gt;Нафиг автоматику в этом деле, руками надёжнее и интереснее <br><br>Я вижу только одну проблему: а вагон существующего софта кто перелопатит?Вы?А, ну флаг вам в руки.Можете начать с аудио-видео кодеков и шифрования :)<br> https://www.opennet.me/openforum/vsluhforumID3/50483.html#17 Wed, 11 Mar 2009 21:09:16 GMT Лучше не надо !!! Иногда второе ядро спасает... ;-(<br>