Intel Software Network - фид

Ограничения в параллельном программировании в моделях с общей памятью

Mon, 09 Nov 2009 02:58:55 -0800

Необходимо четко представлять, какие алгоритмы подлежат распараллеливанию, а какие - нет в моделях с общей памятью (к которым относятся большинство современных десктопных компов с многоядерными процессорами). Например, львиную долю времени при трехдиагонализации симметричных матриц занимает BLAS Level 2 и для него безразлично, сколько ядер у Вашего процессора. Все упирается в пропускную способность оперативной памяти и дело можно поправить, только увеличив частоту этой памяти. Иное дело - грамотный алгоритм перемножения м-ц : здесь можно добиться прекрасного распараллеливания (см. мою страницу http://www.thesa-store.com/products/ , где описаны новые алгоритмы диагонализации матриц и их перемножения (например, разработан новый алгоритм быстрого перемножения м-ц, который не требует выделения дополнительной оперативной памяти) и их сравнение с соответствующими алгоритмами, реализованными в Intel MKL). С полученными результатами также можно ознакомиться по статьям, которые опубликованы на моей странице.

построение системы для обработки большого числа запросов

Mon, 09 Nov 2009 02:54:34 -0800

Ищу решение для следующей ситуации:
Существует приложение с динамическим формированием объектов. т.е. например, у меня есть приложение, которое обслуживает 200 запросов "одновременно" (за 5 секунд "вычисляются" 1000 web-ответов).
При увеличении загрузки я планирую использовать отдельный сервер для "распределения" запросов (load balancer) между такими серверами. Но какую ожидать модель поведения ??? Ведь не отказ в обслуживании надо получить, а надежность за определенную избыточность (цена которой лишние сервера).
Какие последнии рекомендации о массштабировании систем и о том, как прогнозировать увеличение загрузки и скорости выполнения (скажем для 100000 запросов)? Как правильнее эмулировать "предельную" нагрузку - чтобы понять, когда пойдут отказы ?
Из чего сделать вывод, что лучше - увеличить мощность сервера (установить более быстрые процессора), улучшить память, увеличить ее объем или добавлять дополнительный сервер ?
*Origin: чем больше процессов, тем медленее между ними переключение ;-(

помогите разобраться с освоением OpenMP

Mon, 26 Oct 2009 16:53:27 -0700

использую компилятор ifort. раньше считал на персоналке,программа(небольшая численная модель) работала нормально, если теперь запускать её на кластере без распараллеливания(компиляция с помощью ifort), то тоже работает как часы, но если к ifort добавить ключ"-openmp", чтобы он распознавал директивы OpenMP, то в программе начинают возникать NaN и нули там где их не должно быть, в итоге она вылетает(... Пугает тот момент, что если даже ни одной директивы опенмпишной нет, но компилировать с помощью
ifort -openmp ... то тоже не работает, в чём может быть проблема? куда рыть?
если компелировать так:
ifort -openmp-stubs
то программа запускается как нормальная последовательная и работает...

Intel Parallel Studio

Mon, 19 Oct 2009 10:39:07 -0700

Предлагаю в этой ветке обсуждать все вопросы связанные с настройкой и использованием Intel Parallel Studio.
Для начала самый простой вопрос, где её взять и предустматриваются ли академические лицензии для студентов?

Вопросы по анализу fortran+openmp программы Intel(R) Thread Checker'ом

Mon, 19 Oct 2009 10:16:46 -0700

Здравствуйте, уважаемое сообщество разработчиков.

Я новичок в параллельном программировании. Поэтому вместе с чтением учебных пособий и статей по OpenMP одновременно провожу различные тесты. Использую компилятор ifort 11.0 и Intel Thread Checker 3.1.

Простой код на фортране:

program test

integer a

a = 1

!$omp parallel firstprivate(a)

a = a + 1

print *, a

!$omp end parallel

print *, "serial ", a

end

Компилирую и исполняю:

$ export OMP_NUM_THREADS=2

$ $ ifort -openmp testomp.f -o testomp && ./testomp

testomp.f(4): (col. 7) remark: OpenMP DEFINED REGION WAS PARALLELIZED.

2

2

serial 1

Всё правильно: переменная a внутри параллельной области объявлена как приватная, следовательно изначальная общая переменная никак не затрагивается.

Теперь прогоняю этот же код через Intel Thread Checker:

$ ifort -g -O0 -openmp -tcheck testomp.f -o testomp && tcheck_cl ./testomp

testomp.f(4): (col. 7) remark: OpenMP DEFINED REGION WAS INSTRUMENTED.

Intel(R) Thread Checker 3.1 command line instrumentation driver (27583)

Copyright (c) 2007 Intel Corporation. All rights reserved.

Building project

Instrumenting

14% testomp ( All Functions ):...............................

.

Running: /home/ruslan/program/intellapack/testomp

2

serial 2

Application finished

Плюс 18 разных позиций ID с ошибками такими, например, как I/O data-race, Write -> Write data-race и им подобными. В связи с этим вопросы:

1. Почему Intel Thread Checker исполнил файл (Running: /home/ruslan/program/intellapack/testomp) как однопоточный? Так задумано?

2. Пару примеров "гонок данных":

_______________________________________________________________________________

|1 |I/O |Err|1|omp par|I/O operation at "testomp.f":6 |"testo|"testo|

| |data-race |or | |allel |conflicts with a prior I/O |mp.f":|mp.f":|

| | | | |region |operation at "testomp.f":6 |6 |6 |

_______________________________________________________________________________

Т.е. конфликт операций "ввода-вывода" в строке:

print *, a

Объясните, как может быть конфликт с переменной a, которая заведомо приватная для каждого треда? Ведь каждый тред обращается для чтения в _свою_ локальную копию переменной, а не к общей переменной.

А так же множество ошибок "Memory write at [testomp, 0xd35a] conflicts with a prior memory write at [testomp, 0x6129] (output dependence).

Полный вывод Thread Checker'а можно взглянуть во вложенном файле testompcheck.txt.

Проблема в том, что мне необходимо произвести openmp-распараллеливание довольно сложной программы на Фортране и хотелось бы использовать такой продвинутый инструмент как Intel Thread Checker. Но сначала нужно разобраться с простыми вещами, такими как предложенный мною пример.

Очень прошу вас помочь мне разобраться.

[offTop] Хелп ми

Mon, 12 Oct 2009 05:52:28 -0700

Сразу же извеняюсь, просто не нашёл место, куда бы обратиться с этой просьбой. Не могли бы вы мне подсказать среду разработки игр без программирования, или с минимумом =) В школе языки программирования не учили, так что освоиться в движках я совершенно не могу. А создавать моды к различным играм, это не то совсем. Хочеться координально что-то изменить. Что делать? Учиться!? Знаю.. А как насчет других способов!?

C++ Compiler 11.0 and Intrinsics

Mon, 12 Oct 2009 05:36:12 -0700

Используя ICL 11.0 for Linux вдруг обнаружил значительное замедление по таймингу при использовании SSE-векторизации (manual) по сравнению с версией 10, но под Windows. Оказалось что соотв. SSE-интринсики не инлайнятся, -opt-report специфицирует их как EXTERNAL(?). Работаю удаленно и не могу посмотреть что там реально в коде, хотя под виндами дизассемблерный код для MS VC & Intel 10.0 был вполне нормальный - инлайный. Не подскажет ли кто-нибудь, чего там компилятору не хватает? Может какой-нибудь библиотеки?

tbb::parallel_for , две функции

Mon, 12 Oct 2009 04:38:02 -0700

Приветствую !

Не могу разобраться в следующей ситуации. Есть две функции

void foo1()
{
tbb::parallel_for(...)
{
...
}
}

void foo2()
{
tbb::parallel_for(...)
{
...
}
}

Они вызываются в таком порядке:
foo1();
foo2();

Обе они работают с одними данными, первая функция выполняет одну операцию с данными, вторая - другую. Проблема в том, что вторая операция над данными (выполняемая в функции foo2()) должна начаться только после того, как первая операция (функция foo1()) полностью выполнена. В случае использования tbb::parallel_for у меня не получается так сделать (возникают ошибки, часть данных остается не обработанной). Если заменить parallel_for на "обычный" for то все работает как надо, но теряется эффект распараллеливания, ради которого, собственно и используется TBB.

Спасибо.

MC# 2.2 для Windows и Linux

Thu, 17 Sep 2009 23:08:29 -0700

Вышла версия системы параллельного программирования MC# 2.2 для Windows и Linux,
включая Linux-кластеры. Версия для Linux базируется на системе Mono -
реализации .NET для Uniх-подобных систем.

Замечания, предложения и комментарии приветствуются ...

Q: Влияет ли структура языка на производительность исполняемого файла?

Fri, 11 Sep 2009 11:06:53 -0700

Q: Влияет ли структура языка на производительность исполняемого файла?

(Если вопрос непонятен - готов сделать пояснения.)