Как я уже говорил ранее, у продуктов Intel большое количество различных типов лицензий. Для крупных компаний, университетов, и других организаций, в которых разработкой могут заниматься относительно большое количество инженеров, предлагается вариант с использованием клиент-серверной конфигурации и floating лицензии. Это самые «жирные» лицензии, как по функционалу, так и по цене. Из своего личного опыта знаю, что «поднять» сервер и заставить всё работать как нужно – не так уж и просто. Поэтому я решил собрать в данном посте все тонкости, с которыми мне приходилось сталкиваться самому.

Наконец, стартовала бета программа для Intel Software Development Tools. На подходе новые версии всех средств, которые предлагает Intel для разработчиков. Давайте разберёмся, что интересного принесёт нам следующий релиз компилятора.

Как говорится, как корабль назовёшь, так на нём и напиши. И вот на протяжении последних пяти с лишним лет, Intel выпускает на рынок средства для разработчиков со звучными и «навороченными» названиями – Parallel Studio, Composer XE, VTune Amplifier XE и так далее. Честно говоря, названий и различных пакетов так много и они так часто «пересекаются», что возникает серьёзная путаница (скажу по секрету — даже внутри Intel), а нередко потенциальные пользователи просто не знают что же им нужно выбрать. Попытаемся упорядочить то, что было и есть в софтовой флотилии Intel, и разберём типичные проблемы с ее плавсоставом. Речь пойдет об инструментах для систем с общей памятью, кластерные средства рассматриваться не будут, хотя ситуация там во многом аналогичная.
Все не так страшно!

Мир, труд, май, вам, хабражители. Первое мая, как известно, День Труда. Поэтому сегодня поговорим о труде, то есть, о работе. Конечно же, о работе в Intel.
Сотрудники компании Intel – уникальные люди, и это — чистая правда! Я ещё не видел ни одного человека, который уходя из компании в силу различных жизненных причин и обстоятельств, не подчёркивал в своём прощальном письме благодарность всем коллегам и компании за то, что они дали ему. В компании действительно есть своя внутренняя культура — своего рода INTELлигентность. Этому способствуют множество различных факторов. Атмосфера, в которой работают сотрудники – особенная. Тем, кто никогда не сталкивался с крупными иностранными компаниями, всё кажется необычным. Но даже в сравнении с другими IT гигантами, есть здесь что-то своё, чего нигде больше не найдёшь. И это здорово!
Возможно, некоторые вещи кажутся совсем уж необычными, если не сказать больше, но с ними веселее. Мы составили TOP-10 самых интересных, на мой взгляд, фактов из жизни сотрудников Intel. Предлагаю ознакомиться с ними и оценить уровень собственной INTELлигентности, пройдя небольшой тест в конце поста. Сразу скажу, что для победителя предусмотрен приз — планшет Dell Venue 8 с x86 CPU.

Я хочу рассказать о том, какие типы лицензий для своего софта предлагает Intel, какие сложности с ними возникают, и высказать своё личное мнение по этому поводу.

Я очень часто по работе слышу вопрос, задаваемый из, большей частью, академической среды, ввиду огромного количества выполняемых вычислений именно там: «Почему наши результаты разные от запуска к запуску одного и того же приложения? Мы же ничего не меняем в нем». Стоит отметить, разговор про это уже был, но лишь частично отвечающий на вопрос. Попробую рассказать про эту проблему ещё чуть-чуть.

На тему векторизации написано немало интересного. Вот скажем, отличный пост, который много полезного объясняет по работе автовекторизации, очень рекомендовал бы его к прочтению. Мне интересен другой вопрос. Сейчас в руках у разработчиков большое количество способов, чтобы создать «векторный» код – от чистого ассемблера до того же автовекторизатора. На каком же способе остановиться? Как найти баланс между необходимым и достаточным? Об этом и поговорим.

Мой недавний пост про OpenMP 4.0 натолкнул меня на мысль, что было бы неплохо написать и про Intel Cilk Plus, потому что модель программирования весьма интересная и уж точно заслуживает отдельного внимания. Ну и раз её часть стала фактически новым стандартом OpenMP, то, вероятно, были на то веские причины.

Каждая новая спецификация OpenMP вводит очень полезные и необходимые дополнения к уже существующему функционалу. Например, в версии 3.0 были добавлены так ожидаемые задачи (tasks), позволившие решать ещё больший спектр задач по распараллеливанию приложений. В 3.1 целый ряд улучшений по работе с задачами и редукциями.

Но по сравнению с тем, что нам теперь даёт стандарт 4.0, предыдущие нововведения кажутся какими-то мелкими. Последняя версия расширила типы поддерживаемого параллелизма, чего раньше никогда не замечалось.

Очень давно хотел написать о том, на какой стадии сейчас находится один из «прародителей» популярных сегодня языков программирования. Да, я говорю о Фортране. Попытаюсь разрушить стереотип, который существует в умах многих разработчиков – что Фортран древний язык без каких либо перспектив, и уж точно никто на нём уже не пишет. Наоборот, он очень активно эволюционирует и уже давно предлагает богатый набор различных функциональностей, закреплённых в стандартах, вполне, кстати, сопоставимых с тем же С/С++.
От «старого» 77-го Фортрана осталось уже не так и много… в 95 стандарте мы могли вполне себе создавать свои типы данных, динамически выделять и очищать память, работать с указателями, перегружать функции и операторы и много чего ещё. По сути, от С своим набором средств он отличается несильно. Тем не менее, я не хочу пытаться сравнивать языки – это вопрос философии. Скажу только, что фортрановский компилятор Intel пользуется очень большим спросом, и, собственно, приобретается даже активнее, чем тот же С++.
Цель же данного поста – рассказать о текущем состоянии дел. Собственно, Фортран на сегодняшний день — параллельный язык, и стал он таковым после принятия стандарта Fortran 2008, в котором появились Coarray’и.

Есть несколько важных аспектов, которые нужно обязательно учитывать при создании приложения, производящего какие-либо вычисления, а точнее — операции с числами с плавающей точкой. Что мы ждём и планируем получить от таких приложений (в большинстве случаев, научных)? В первую очередь, нас интересует точность вычислений – полученный результат должен быть наиболее близок к «правильному». Другая сторона медали – стабильность результатов и портируемость приложения. Нам важно иметь возможность получать одинаковый, неизменно повторяющийся от запуска к запуску результат, причём на разных машинах/архитектурах. Ну и последний, но не менее значимый пункт – производительность. Насколько быстро при всём этом будет выполняться наше приложение, и когда мы получим результаты наших вычислений?

В компиляторе компании Intel есть набор опций, отвечающих за контроль оптимизаций вычислений над числами с плавающей точкой. Рассмотрим преинтереснейший ключик –fp-model, который, судя по описанию в документации, управляет семантикой вычислений над числами с плавающей точкой. Кстати, стоит отметить, что похожие ключи есть и в других компиляторах, не только Интеловском, об этом мы тоже поговорим. По сути, с помощью данного ключика мы и сможем контролировать баланс между производительностью и точностью вычислений. Возможные значения, которые могут быть указаны в опции –fp-model: precise, fast[=1|2], strict, source, [no-]except (Linux*) or except[-] (Windows*). Давайте разберёмся, что они дают при компиляции нашего кода.