Вот и подходит к концу Intel Summer School 2010: в понедельник-вторник финальные отчеты о проделанной работе; в среду обходной лист, сдача оборудования, и при выходе сдача магнитного пропуска. А дальше паровоз с привкусом грусти понесет стажеров домой. И только со временем придет осознание того, что помимо опыта, сработала основная идея организаторов интеловских школ: Усиление/Объединение/Обучение сообщества студентов и молодых ученых. Ведь, Копейка Рубль Бережет. Возможно, кто-то и придет уже в роли инженера в Intel, но многие продолжат свою научную/техническую работу в своих учебных заведениях уже с переосмысленными мировоззрением.
Но вернемся к основной теме поста. После экватора Летней школы, я попросил стажеров и организаторов поделиться своими впечатлениями о первом месяце в Intel. Но отпуск меня застал в врасплох, и я не успел отформатировать все. Вот теперь время настало, как говориться: “Лучше поздно, чем никогда”. Напомню, что в период первого месяца стажеры:

• желающие – поучаствовали в конкурсе «Проверь свой английский»;
• прослушали 7 вебинаров;
• прошли ряд локальных тренингов;
• Новосибирск посетил Центр компетенции высокопроизводительных вычислений СО РАН-Intel;
• Нижний, Саров, Питер и Москва провели 2 дня (30-31 июля) в Нижнем Новгороде на учебно-практическом семинаре (расписание), Новосибирск слушал через LiveMeeting;
• после семинара Нижний, Саров, Питер и Москва (1 августа) ездили знакомиться с достопримечательностями Городца;
• у кого оставалось время, поработали над своими проектами.

А теперь пора познакомиться и с героями моего поста:

Недавно я наткнулся на блог “OpenMP 3.0 tasking model: as smooth as Cilk?”. После чего я решил проверить, как хорошо распараллеливаются рекурсивные функции с OpenMP 3.0 task. Напомню, что до третьего стандарта не было поддержки динамического или иррегулярного параллелизма(к примеру, циклы с while или рекурсивные функции).

Меня уже несколько раз просили показать подходы, которые позволяют увеличить производительность приложения. Так что я решил начать с самого простого.
В этом видео ролике рассматривается на конкретном примере прирост производительности в на ~107%, полученный путем замены компилятора Visual C++ компилятором Intel C++ для сборки проекта в Microsoft Visual Studio*. Все замеры происходили на ноутбуке HP Compaq 8510w.

Пожалуйста, обратитесь к странице Уведомление об оптимизации для более подробной информации относительно производительности и оптимизации в программных продуктах компании Intel.

Опубликовав пост Новые возможности векторизации и распараллеливания в Intel® Parallel Composer, я решил сам пройти весь путь, который предлагал в комментарии. А именно получить доступ к Intel® Parallel Composer для тестирования одной из фич (англ. feature). Так как я уже занимался портированием последовательного кода на CEAN + Cilk, я остановился на тестировании Guided Auto-parallelization(GAP). Первое предложение в документации по GAP “Guided auto-parallelization is a diagnostic tool to help you locate portions in your serial code that can be parallelized.” натолкнуло меня на мысль, что я что-то подобное уже знаю у компилятора. А именно, ключи диагностики авто-векторизации и авто-распараллеливания –vec-report и –par-report. В чем же отличия читайте под катом.

На этой неделе началась “Летняя школа Intel 2010”. Причем, для каждого она началась по-разному. В коридорах Нижегородского офиса можно было встретить стажеров с задумчивыми, изумленными или растерянными лицами; организаторов, которые наблюдали, как начала работать гигантская машина “Летняя школа Intel 2010”; озабоченных менторов и админов, которые пытались «угадать» своего стажера. Единственно, кого не было видно, это кладовщиков ИТ, но об этом ниже. В связи с этим я попросил поделиться всех желающих своими впечатлениями о первых днях школы. Под катом, смотрите, что получилось.

В начале апреля стартовала программа по тестированию Intel® Parallel Composer beta, которая заканчивается в конце августа. Напомню основные компоненты композера:

• Intel C++ Compiler:
• Intel Integrated Performance Primitives (IPP):
• Intel Threading Building Blocks(TBB).

Что же нового ждать в Parallel Composer?

На мой взгляд, чаще всего встречающаяся ошибка менеджмента заключается в неправильном подборе персонала или в неправильном распределении обязанностей. И если проект проваливается по каким-либо причинам, то голова должна лететь у менеджера, а не у подчиненного. Понятно, что менеджер должен хотя бы поверхностно разбираться в области над которой работает его команда.
Но помимо этого, начальник должен быть хорошим психологом, для того чтобы подобрать себе правильную команду и распределить задания. Даже в случае “я его слепила из того что было” при правильном подходе возможно не сесть в лужу. В свою очередь, начальник должен получать з.п. выше.
В этом посте хочу рассказать о подходе, который использует как мой начальник, так и топ менеджмент.

Всем привет. Я долгое время был читателем Хабра и наконец то у меня появилась возможность тут публиковать свой блог. Так что, это мой дебют на сцене Хабра. Я работаю в компании Intel и занимаюсь технической поддержкой компиляторов. Соответственно, приходиться разбираться с самим компилятором и около компиляторными областями.
Для тех, кто ни разу не использовал компиляторы компании Интел, я уже немного рассказал об азах работы тут.
Сегодня немного расскажу об одной из компонент компилятора Intel Parallel Debugger Extension (PDE).