Программирование на OpenMP

@zorra1234 · Регистрация: 15.12.2012

Author24 — интернет-сервис помощи студентам

Такой вопрос, у меня есть прога, которая работает ~сутки, не буду вдаваться что и как она делает, мне посоветовали для быстроты распоточить, начал гуглить, наткнулся на использование openMP(пример взят с msdn):

В качестве примера рассмотрим классическую программу «Hello World»:

C++

#pragma omp parallel
{
    printf("Hello World\n");
}

В двухпроцессорной системе вы, конечно же, рассчитывали бы получить следующее:
Hello World
Hello World
Тем не менее, результат мог бы оказаться и таким:
HellHell oo WorWlodrl
d

компилю этот код у себя и получаю в консоли только Hello World 1 раз, хотелось бы разобраться как работать с этой штукой(использую Visual studio2013).

Добавлено через 10 минут
разобрался, необходимо включить поддержку openMP:

Откройте диалоговое окно Страницы свойств проекта. Дополнительные сведения см. в разделе Открытие свойств страниц проекта.
Разверните узел Свойства конфигурации.
Разверните узел C/C++.
Выберите страницу свойств Язык.
Измените значение свойства Поддержка OpenMP.

@nonedark2008 · 08.04.2015, 19:22

Сообщение от zorra1234

хотелось бы разобраться как работать с этой штукой

Свойства проекта -> С/С++ -> Language -> Open MP Support -> Yes

Добавлено через 2 минуты

Сообщение от zorra1234

Такой вопрос, у меня есть прога, которая работает ~сутки

Можно еще заняться поиском слабых мест, с целью увеличения их скорости работы.
Я, например, часто использую Inte VTune Amplifier для поиска самых трудоемких мест в проекте,
а также Intel Inspector для поиска утечек и ошибок работы с памятью.

@zorra1234 · 08.04.2015, 19:45 **[ТС]**

У меня возник вопрос следующего характера:
допустим есть код:

C++

#pragma omp parallel for
for(int i =0;i<1000;i++)
    for(int j =0;j<500;j++)
    {
        ......
       for(int i1 =0;i1<1000;i1++)
         for(int j1 =0;j1<500;j1++)
         {
            ......
          }
    }

каким будет поведение, я имею ввиду каждый for будет отправляться в свой поток?
мне нужно поведение следущего хар-ра
чтобы в каждый поток опрвлялся лишь внешний for

@nonedark2008 · 08.04.2015, 20:08

Сообщение от zorra1234

каким будет поведение

Omp выберет оптимальное кол-во потоков (если ты их сам строго не указал),
далее твой первый for разобьется на куски и каждый кусок будет выполняться в отдельном потоке.
Параллелить вложенные циклы в дополнение к первому обычно бессмысленно.

@mat_for_c · 08.04.2015, 20:20

Не по теме:

nonedark2008, у тебя профилировщик какого года?

@nonedark2008 · 08.04.2015, 20:23

Не по теме:

mat_for_c, 2015

@mat_for_c · 08.04.2015, 20:27

Не по теме:

а чтобы в нем отпрофилировать omp region нужен интелловский компилятор?

@nonedark2008 · 08.04.2015, 20:33

Не по теме:

mat_for_c, нет. Но я считаю, что со своим компилятором анализ будет продуктивнее.

@mat_for_c · 08.04.2015, 20:41

Не по теме:

Сообщение от nonedark2008

mat_for_c, нет

у меня например при построении компилятором VS 2010 говорит, что данных нет (это когда делаешь Basic hotspot), а при advanced hotspot вообще падает перед завершением профилировки. у тебя такого не было?

@nonedark2008 · 08.04.2015, 20:50

Не по теме:

Сообщение от mat_for_c

у тебя такого не было?

Не было, но omp проекты я редко проверяю. Распараллеливание слабо влияет на критически места программы, так что проверять можно без него. А при включенном omp лучше следить за ошибками память, которые ты мог допустить.

@zorra1234 · 08.04.2015, 21:58 **[ТС]**

C++

#pragma omp parallel for
    for (int y1 = 0; y1 < height; y1++)
        for (int x1 = 0; x1 < width; x1++)
        {
            printf("%d\n", qt);
            int ytmp1 = y1 - ROI_Size, ytmp2 = y1 + ROI_Size, xtmp1 = x1 - ROI_Size, xtmp2 = x1 + ROI_Size;
            for (int i = 0; i < frame_count; i++)
            {
                unsigned short int * ptr_buffer = new unsigned short int[width*height];
                rdr->GetFrame(FrameType::FT_16_BPP_GRAY, i, ptr_buffer, width*height * 2);

выдает ошибку в строчке с rdr(там считывается с файла значения):
Unhandled exception at 0x0F912153 (xeneth-xvi.dll) in XVI_CONVERTER.EXE: 0xC0000005: Access violation writing location 0x03685000.
если не использовать

C++

1	#pragma omp parallel for

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

@nonedark2008 1394 / 1023 / 325 Регистрация: 28.07.2012 Сообщений: 2,813
	08.04.2015, 19:22	2
	Сообщение от zorra1234 хотелось бы разобраться как работать с этой штукой Свойства проекта -> С/С++ -> Language -> Open MP Support -> Yes Добавлено через 2 минуты Сообщение от zorra1234 Такой вопрос, у меня есть прога, которая работает ~сутки Можно еще заняться поиском слабых мест, с целью увеличения их скорости работы. Я, например, часто использую Inte VTune Amplifier для поиска самых трудоемких мест в проекте, а также Intel Inspector для поиска утечек и ошибок работы с памятью. 0

@nonedark2008 1394 / 1023 / 325 Регистрация: 28.07.2012 Сообщений: 2,813
	08.04.2015, 20:08	4
	Сообщение от zorra1234 каким будет поведение Omp выберет оптимальное кол-во потоков (если ты их сам строго не указал), далее твой первый for разобьется на куски и каждый кусок будет выполняться в отдельном потоке. Параллелить вложенные циклы в дополнение к первому обычно бессмысленно. 0

@mat_for_c
	08.04.2015, 20:20 #5
	Не по теме: nonedark2008, у тебя профилировщик какого года? 0

@nonedark2008
	08.04.2015, 20:23 #6
	Не по теме: mat_for_c, 2015 0

@mat_for_c
	08.04.2015, 20:27 #7
	Не по теме: а чтобы в нем отпрофилировать omp region нужен интелловский компилятор? 0

@nonedark2008
	08.04.2015, 20:33 #8
	Не по теме: mat_for_c, нет. Но я считаю, что со своим компилятором анализ будет продуктивнее. 0

@mat_for_c
	08.04.2015, 20:41 #9
	Не по теме: Сообщение от nonedark2008 mat_for_c, нет у меня например при построении компилятором VS 2010 говорит, что данных нет (это когда делаешь Basic hotspot), а при advanced hotspot вообще падает перед завершением профилировки. у тебя такого не было? 0

@nonedark2008
	08.04.2015, 20:50 #10
	Не по теме: Сообщение от mat_for_c у тебя такого не было? Не было, но omp проекты я редко проверяю. Распараллеливание слабо влияет на критически места программы, так что проверять можно без него. А при включенном omp лучше следить за ошибками память, которые ты мог допустить. 0

	08.04.2015, 21:58

Опции темы