Сборка линуксов с помощью Intel

http://www.gentoo-wiki.info/HOWTO_ICC_and_Portage

и пересобрать им Арч

зачем пересобирать бинарные дистрибутивы? gentoo для этого специально и хорош

Тогда почему интел сам не выпускает какой-нибудь дистр линукса?

потому что компилятор интела придется купить 1 (один) раз. Он будет на том сервере, где пересобирается репозиторий. Или ты хочешь потратить полтора косаря баксов исключительно для своего домашнего применения?

Но меня интересует не столько ведро, его и пропатчить один раз можно, сколько прикладной софт.

Постоянно компилирую разный свободный софт с помощью icc/ifort без проблем (в основном научной направленности). Кое-какой софт может быть завязан на библиотеки, которые кроме gcc ничем другим не компилируются.

Взлетит?

Нет, линукс ядро гвоздями прибито к gcc, а вот фряху собрать можно.

Интел обещает ДВУХКРАТНОЕ ускорение по сравнению с GCC. Это же опупеть просто.

В некоторых случаях. Я в реальной жизни таких не встречал.

Посоны, я пересобрал Гимп IPSом, в нем появилась многопоточность, 16 бит и CMYK.

кто сказал что для домашнего?

интересно, а даст ли Интел бесплатную лицензию на поддержание интеловской сборки дистрибутива. К кому с этим можно обратиться?

если сделать так - купить Intel Parallel Studio (полтора косаря баксов), и пересобрать им Арч

Интел обещает ДВУХКРАТНОЕ ускорение по сравнению с GCC. Это же опупеть просто.

Придумать самому себе проблему, а потом решить её В ДВА РАЗА БЫСТРЕЕ.

Там некоммерческое использование и так бесплатное.

что?

линукс ядро гвоздями прибито к gcc

В каких местах прибито? Интереса ради.

Зря, надо было в вижуал студии собрать, тогда бы ещё и нормальный гуй появился бы.

потому что компилятор интела придется купить 1 (один) раз. Он будет на том сервере, где пересобирается репозиторий.

Но потом тебе придётся распространять интеловские библиотеки вместе со своим софтом, а за это интел потребует бакшиш, нет?

какие библиотеки?

какие библиотеки?

libc, mkl, и т.д. Все, которые будут использоваться.

Там же есть триалка, можно попробовать собрать, если взлетит, то до конца триала можно еще много чего скомпилить

Боюсь, это работы на полгода написания всяких патчей, системы для их быстрого накатывания, общения по почте с девелоперами, которые написали нечто icc-несовместимое (с предложениями писать по-другому), итп.

просто хотел убедиться, если тут еще кто-то так делал

наверное потому что профита не так уж много, на десктопе не так много вычислительных задач, где будет профит. а где он нужен - обработка видео и т.п. там, как правило, тот же ffmpeg и компилируют под что нужно каким нужно компилятором. чем то же ядро компилировать - разницы нет

а где почитать лицензии на их распространение?

Вангую, что у интелов :)

Интел обещает ДВУХКРАТНОЕ ускорение

Не, вот скажи - ты правда наедекват, просто дурак, или толсто троллишь? Как компилятором можно ускорить систему, когда все тормоза в ожидании внешних устройств (сеть, диск, видяшка)

Gentoo сложен, а у арча есть ABS, так что проблем нет Разве что все руками.

Например, если сделать так - купить Intel Parallel Studio (полтора косаря баксов), и пересобрать им Арч. Просто взять и тупо переехать весь репозиторий им.

Интел обещает ДВУХКРАТНОЕ ускорение по сравнению с GCC. Это же опупеть просто.

Сергей Пантелеевич больше обещал, эх не успел ты с пользой и не так тупо потратить свои лишние полтора косаря... Но не переживай - можешь их ему по почте выслать, анонимно. Вот что ты собираешься делать когда наткнёшься на ассемблерную вставку, или аналогичный хак, требующий gcc - будешь героически переписывать ради мифического ускорения? Ускорение легко получить просто купив более быстрое железо и прибив тормозные процессы, ну а тормоза плюсов при сборке это фирменная фича такая, не надо её никуда передвигать.

Взлетит?

Нет

когда все тормоза в ожидании внешних устройств

Ну не скажи. У меня после обновления фритайпа cxoffice еле ползает - в интерпретаторе висит :]

pfff, кто вам такую ерунду сказал? gentoo не сложнее ABS, а наоборот таки проще.

не, никто не спорит, можно и бубунту (попробовать) собрать другим компилятором.. но зачем? с дженту всё намного проще.

Не, вот скажи - ты правда наедекват, просто дурак, или толсто троллишь? Как компилятором можно ускорить систему, когда все тормоза в ожидании внешних устройств (сеть, диск, видяшка)

Свой пасьянс «солитёр» ты конечно не ускоришь. А на некоторых задачах разница очень заметна.

Кто-нить мне объяснит смысл наличия нескольких версий ебилдов? Неужели они настолько сложны, что их поправить, так кать тебе хочется, нельзя?

Для большинства похоже да.

А еще говорят, что вот мол линуксоиды и особенно гентушники якобы программисты.

Например, если сделать так - купить Intel Parallel Studio (полтора косаря баксов), и пересобрать им Арч. Просто взять и тупо переехать весь репозиторий им.
Интел обещает ДВУХКРАТНОЕ ускорение по сравнению с GCC. Это же опупеть просто.
stevejobs

ты опять увидел дорогой софт и возбудился? ох уж эти варезники

Для студентов icc бесплатный => такая студенческая поделка, как линукс, может собраться icc вообще бесплатно, никаких полтора косарей.

Арч не бинарен. Гента сильна только юз-флагами и слотами, что делает из неё метадистрибутив, но для данной задачи оно излишне.

Вообще-то, средний гентушник знает про ключи гцц намного больше, чем средний студент профильной специальности (это не к крутости гентушников, а к отсталости среднего студента).

Ключи gcc к собственно программированию отношение мало имеют. А написание ebuild это тоже немного программирование

зачем пересобирать бинарные дистрибутивы ?

А бинарные дистрибутивы из воздуха возникают ? :-))

Как компилятором можно ускорить систему, когда все тормоза в ожидании внешних устройств

Расскажи это тормозилле с флешем. :-)

Ключи gcc к собственно программированию отношение мало имеют.

Внезапно.

А написание ebuild это тоже немного программирование.

Да, как и любое скриптование на баше.

Расскажи это тормозилле с флешем.

Если мозилла без флэша не тормозит, а с флэшом тормозит, элементарная логика подсказывает, что дело всё-таки во флэше. И тебе ICC не поможет. Поскольку исходников флэшблеера у тебя нет.

Если каждый, кому хочется ускорения, вместо того, чтобы покупать пропреитарный компилятор, пожертвует эти 1500$ в развитие того-же gcc, icc станет ненужен. Намек ясен?

куча вариантов - заплатки, например, разные применяются.

иногда достаточно ебилд просто скопировать и переименовать (в другую версию) и он соберётся

Арч не бинарен

/0 спорить вздумали?.. вообще-то я им пользовался некоторое время

http://en.wikipedia.org/wiki/ArchLinux

Arch is largely based around binary packages. Packages are targeted for i686 and x86-64 microprocessors to assist performance on modern hardware. A ports/ebuild-like system is also provided for automated source compilation, known as the Arch Build System.

binary packages

binary

А собрать из исходного кода что-то можно в ЛЮБОМ бинарном дистрибутиве, я не спорю, arch не исключение.

Поскольку исходников флэшблеера у тебя нет.

Ну так Adobe же заставить пересобрать. :-)

У тебя хреновый reading comprehension. based around binary packages ≠ binary, особенно когда рядом говорят об automated source compilation. ABS равноправен с официальными репозиториями, это — система портов freebsd-like, что делает его явно не чистым бинарным дистрибутивом.

любой дистрибутив можно читать «не чистым бинарным», к слаквари вроде бы тоже какой-то порт portage можно прикрутить. в opensuse кажется можно какие-то пакеты src.rpm ставить

вы сильно путаете понятия

Любой линукс нельзя одной командой собрать из исходников, имея только netinstall. Наличие бинарных репозиторий не делает дистр бинарным (пример: та же гента, особенно calculate хотя бы).

Если каждый, кому хочется ускорения, вместо того, чтобы покупать пропреитарный компилятор, пожертвует эти 1500$ в развитие того-же gcc, icc станет ненужен. Намек ясен?

Да, ясен. Но пока что люди, у которых есть $1500 предпочитают пожертвовать их на развитие того же icc. Надо объяснять почему?

Интел обещает ДВУХКРАТНОЕ ускорение по сравнению с GCC. Это же опупеть просто.

Тайд В ДВА РАЗА лучше кипячения. Это опупеть просто. Моя практика показывает, что для сильно оптимизированных руками cache-frendly вычислительных алгоритмов, собранных что gcc, что icc, что clang, разница производительности в пределах нескольких процентов.

Толку нет, все маркетинг