Ядро FreeBSD собирается компилятором Intel

1. про "самую известную" -- не забыл, я ее просто не знаю. это какая?

2. и, кстати, кто требует юзать только интеловские процы?

3. и про поддержку НТ в компиляторе -- ничего в этом крамольного нет и бросаться словами "сами поняли чё сказали" не надо. НТ это не SMP и при распараллеливании программы компилер должен это учитывать.

> распараллеливании программы компилер должен это учитывать.

Хорошо. Примерчик кода в студию. Покажите на практическом примере, как это реализовано. С удовольствием Вас выслушаю.

> про "самую известную" -- не забыл, я ее просто не знаю. это какая?

Покажите Ваши практические познания в icc.

2anonymous (*) (11.11.2003 15:10:00)

"за примерчиком в студию" сами сходите на intel.com. там в разделе для девелоперов есть статьи именно на тему оптимального распараллеливания на НТ (на вскидку по памяти -- вместо простого распараллеливания счетного процесса на две нити юзается следующий подход -- счетная нить одна, а вторая бежит рядом и закачивает в кэш данные, которые понадобятся основному процессу для дальнейшей обработки).

ну а про "Покажите Ваши практические познания в icc". давайте не будем. это уже пздеш. я на ваши вопросы ответил? ответил. про "самую главную" фичу спросил -- спросил, вы не ответили. а уж экзаменовать меня -- уж простите...

> я на ваши вопросы ответил?

про int complex, к сожалению, Вы не ответили.

> "за примерчиком в студию" сами сходите на intel.com

Я предполагал, что такой квалифицированный разработчик как Вы, в совершенстве владеющий icc, укажет точную ссылку, а не ограничится общими фразами.

> уж экзаменовать меня -- уж простите...

Позвольте, я просто скромно поинтересовался, не более того.

" Auto-Parallelization: The Intel C++ Compiler 7.1 includes an Auto-parallelization feature for automatic threading of loops. This feature provides developers with an easy way to take advantage of parallelism to improve application performance on multiprocessor systems. This option detects parallel loops capable of being executed safely in parallel and automatically generates multithreaded code for these loops. Automatic parallelization relieves the user from having to deal with the low-level details of iteration partitioning, data sharing, thread scheduling and synchronizations. It also provides the benefit of the performance available from multiprocessor systems, and systems that support HyperThreading technology. " http://www.intel.com/software/products/compilers/clin/clinux.htm

Саныч, icc работает и генерит как native *BSD приложение или в режиме поддержки Linux приложений в *BSD?

Дык он генерит код ядра.

А в портах он наверное есть, я уже не помню.

2anonymous (*) (11.11.2003 15:24:57)

оп-а. вижу ваше любопытство про поддержку всяких фич (в том числе и про НТ) уже подкреплено цитатами из документации.

про int complex -- я уже сказал (честно!) ХЗ. ну а на остальные вопросы (не увиливай) -- ответил.

а за комплимент -- спасибо. я действительно часто юзаю ицц :)) и не плохо им умею пользоваться.

> А в портах он наверное есть, я уже не помню.

Вы не уходите, пожалуйста, от вопроса. ТО, что можно пересобрать большую часть кода при помощи icc, очевидно. А как пересобрать библиотеки самого icc? Я Вас спрашиваю - icc native *BSD или нет?

> я действительно часто юзаю ицц :)) и не плохо им умею пользоваться.

Так как там насчет int complex ?

2nonymous (*) (11.11.2003 15:41:29)

вот, вот -- утрись (http://gcc.gnu.org/onlinedocs/gcc-3.1/gcc/Complex.html#Complex):

ISO C99 supports complex floating data types, and as an extension GCC supports them in C89 mode and in C++, and supports complex integer data types which are not part of ISO C99. You can declare complex types using the keyword _Complex. As an extension, the older GNU keyword __complex__ is also supported

теперь уж точно -- на все твои вопросы ответил :)))

в портах icc для linux, а что это меняет, код он генерит под БСД

Что Вы так разнервничались?

Я вас просил ответить да или нет, а не поработать перекопировщиком текста. Так да или нет? :)

> код он генерит под БСД

А что же тогда расположено в директории

/opt/intel/compiler70/ia32/lib

Тоже код для *BSD? :)

И разве треды для Linux тождественны тредам для BSD? :))

2anonymous (*) (11.11.2003 15:50:35)

> Я вас просил ответить да или нет, а не поработать перекопировщиком текста. Так да или нет? :)

понятно -- тяжелая форма дибилизма.... впрочем, м.б. все не так страшно, просто чел аглицкий не освоит никак. будем надеяться на лучшее :)))

> просто чел аглицкий не освоит никак

Нет не освоил, живу на велфере.

Правильный ответ - нет, icc complex int не поддерживает. В отличие от gcc.

>3. и про поддержку НТ в компиляторе -- ничего в этом крамольного нет и >бросаться словами "сами поняли чё сказали" не надо. НТ это не SMP и при >распараллеливании программы компилер должен это учитывать.

Нет в Intel компиляторах (равно как и в других) модулей распараллеливания программ - там есть костылики, могущие помочь при распараллеливании вами ваших программ. Но так как они hardcoded. То лучше вообще ими не пользоваться - потерь в вычислениях (даже при массовых качках памяти) не много, а гибкость перестройки программы на другую message-passing систему срежется начисто.

" Auto-Parallelization: The Intel C++ Compiler 7.1 includes an Auto-parallelization feature for automatic threading of loops. This feature provides developers with an easy way to take advantage of parallelism to improve application performance on multiprocessor systems. This option detects parallel loops capable of being executed safely in parallel and automatically generates multithreaded code for these loops. Automatic parallelization relieves the user from having to deal with the low-level details of iteration partitioning, data sharing, thread scheduling and synchronizations. It also provides the benefit of the performance available from multiprocessor systems, and systems that support HyperThreading technology. " http://www.intel.com/software/products/compilers/clin/clinux.htm

anonymous (*) (11.11.2003 15:29:37)

Парни не краснеют - бизнес обязывает. Такая методика (с "ручной" поддержкой) еще худо-бедно работала на векторных процессорах. Про выделение инвариантов циклов - тоже лажа. Балансировки всей программы нет - поэтому говорить о крупноблочном Дейкстровском распараллеливании Intel-компиляторами тоже не имеет смысла. Насчет машинно-независимой оптимизации - издавна Portland Group компиляторы среди коммерческих наиболее продвинутые. Intel у них заказывал, например, для i860 процессоров - хорошо получилось - сам тескты компилятора смотрел. Сейчас показалось, что Intel их купил, или у них купил и за свой выдает - но нет Portland Group свои продает (сам хотел бы - начальство не спонсирует).

Когда же у менеджеров Intela (заметьте - "твидовых пиджаков", а не инженеров) спрашивали - заче им такая дезинформация - они отвечали в каком-то таком смысле "раз вы такие умные - то сидите и молчите"

>Так как там насчет int complex ?

И как там насчет char complex?