https://www.opennet.ru/openforum/vsluhforumID3/50065.html Проект LinuxDNA (http://www.linuxdna.com/), осуществляющий адаптацию Linux ядра для сборки компилятором icc (Intel C/C++ Compiler), достиг (http://www.linuxjournal.com/content/linuxdna-supercharges-linux-intel-cc-compiler) первых успехов - модифицированное ядро 2.6.22 не только было успешно собрано при помощи icc 9, но и показало работоспособность в качестве замены стандартного ядра в Gentoo Linux. В планах: обеспечение поддержки icc-совместимой ветки синхронно с основной ветки ядра, переход на использование icc версий 10.1 и 11.<br><br><br>Сборка компилятором icc позволит оптимизировать производительность ядра, причем значительно. Сборка ядра в icc позволяет обеспечить прирост производительности некоторых подсистем ядра до 40%, что актуально в системах требующих интенсивных вычислений - от кластеров для научных расчетов до игровых машин. В среднем, производительность всего ядра, после сборки в icc, увеличивается на 8-9%. <br><br><br>Главными причинами генерации более быстрого года в icc называются...<br><br>URL: http://www.lin https://www.opennet.ru/openforum/vsluhforumID3/50065.html#49 Tue, 10 Mar 2009 18:01:57 GMT &gt;Они туда тормозилки засовывали, для icc есть правильный патчик ;-) <br><br>Ссылка?<br><br>Они просто использовали специфические и недокументированные свойства собственных процессоров. На AMD код работает медленнее просто потому, что эти свойства там другие.<br> https://www.opennet.ru/openforum/vsluhforumID3/50065.html#48 Mon, 02 Mar 2009 22:40:25 GMT &gt;&gt; жаль что у amd нет своего компилятора... или есть, а я просто не знаю?..<br><br>хм судя по тому как они открывают спецификации на свои чипы они сделали ставку на открытые технологии. значит всетаки родным компилятором амд будет gcc<br> https://www.opennet.ru/openforum/vsluhforumID3/50065.html#47 Mon, 02 Mar 2009 17:48:22 GMT &gt;Нафига тогда ядро под gcc компилить? Если gcc фуфло, то какой компайлер <br>&gt;использовать? <br><br>Свой напишите, лучше, фигле.Слабо?Или вы предлагаете компилить открытую операционку закрытыми компилерами?А оно, простите, нато?Ну если вам нато - вы и пашете, как вон те чудаки с интель компилером.Вот только майнстримом оно не станет и поделом.Как максимум будет юзаться теми кому просто позарез надо а по другому - ну совсем никак.Это тупиковый путь эволюции, ИМХО.<br> https://www.opennet.ru/openforum/vsluhforumID3/50065.html#46 Mon, 02 Mar 2009 11:03:50 GMT &gt;Возможно кто то знает С++ лучше чем ребята из Intel, это сложный <br>&gt;вопрос. Но вот лучше intel оптимизировать компилятор своей разработки под свои <br>&gt;же процессоры едва ли кто нибудь сможет. <br>&gt;<br>&gt;Разве что amd? ;-) <br><br>жаль что у amd нет своего компилятора...<br>или есть, а я просто не знаю?..<br> https://www.opennet.ru/openforum/vsluhforumID3/50065.html#45 Sun, 01 Mar 2009 22:35:04 GMT Возможно кто то знает С++ лучше чем ребята из Intel, это сложный вопрос. Но вот лучше intel оптимизировать компилятор своей разработки под свои же процессоры едва ли кто нибудь сможет. <br><br>Разве что amd? ;-)<br> https://www.opennet.ru/openforum/vsluhforumID3/50065.html#44 Sun, 01 Mar 2009 19:53:20 GMT &gt;Они туда тормозилки засовывали, для icc есть правильный патчик ;-) <br><br>Хм, как-то в облом мне с таким вендором дело иметь который гадит втихарика.Не люблю западлостроителей.Лучше я как-нить gcc'ом обойдусь.Там западлостроения не приходится ожидать.Ни для интель, ни для амд, ни для арм, ни для мипс, ни для авр... как минимум, специального.<br> https://www.opennet.ru/openforum/vsluhforumID3/50065.html#43 Sun, 01 Mar 2009 19:44:55 GMT 1. если программа криво написана, то и оптимизация ядра нужна позарез.<br>2. любая конечная оптимизация требует оптимизации под платформу. см пункт 1.<br> https://www.opennet.ru/openforum/vsluhforumID3/50065.html#42 Sun, 01 Mar 2009 15:38:16 GMT <br>watcom-ом бы собрали. было бы забавно посмотреть :)<br><br>// wbr<br> https://www.opennet.ru/openforum/vsluhforumID3/50065.html#41 Sun, 01 Mar 2009 14:50:28 GMT Почему тогда разработчики кода ядра используют фичи gcc?<br>