그래서 여기에 코드입니다 : 세드릭 의 OpenMP 스레드 "불순종"OMP 장벽
#pragma omp parallel private (myId)
{
set_affinity();
myId = omp_get_thread_num();
if (myId<myConstant)
{
#pragma omp for schedule(static,1)
for(count = 0; count < AnotherConstant; count++)
{
//Do stuff, everything runs as it should
}
}
#pragma omp barrier //all threads wait as they should
#pragma omp single
{
//everything in here is executed by one thread as it should be
}
#pragma omp barrier //this is the barrier in which threads run ahead
par_time(cc_time_tot, phi_time_tot, psi_time_tot);
#pragma omp barrier
}
//do more stuff
블록은 :
if (myId<myConstant)
{
#pragma omp for schedule(static,1)
for(count = 0; count < AnotherConstant; count++)
{
//Do stuff, everything runs as it should
}
}
내가 myConstant-1을 통해 스레드의 특정 숫자 0을 통해 배포 할 몇 가지 작업을 나타냅니다. 이 스레드에서 (schedule (static, 1)이하는 방식으로) 루프의 반복을 분산 시키려 고합니다. 이것은 모두 올바르게 수행됩니다.
그런 다음 코드가 단일 영역에 들어가면 거기에있는 모든 명령이 그대로 수행됩니다. 하지만 myConstant를 2로 지정한다고 가정 해 봅시다. 그런 다음 3 개의 스레드 이상으로 실행하면 단일 재질의 모든 항목이 올바르게 실행되지만 ID가 3 이상인 스레드는 단일 명령의 모든 명령이 완료 될 때까지 기다리지 않습니다.
단일 스레드 내에서 모든 스레드가 수행하는 작업을 만드는 함수가 호출됩니다. id가 3 이상인 스레드 (일반적으로 myConstant 이상)는 계속 진행되어 par_time()을 실행하고 다른 스레드는 여전히 단일 스레드에서 실행되는 함수에 의해 생성 된 작업을 수행합니다. par_time()은 각 쓰레드에 대한 데이터를 출력한다.
schedule (static, 1)에 대한 pragma omp를 주석 처리하고 단일 스레드에서 for 루프를 실행하면 (예 : if (myId == 0) if 문을 변경) 모든 것이 작동합니다. 그래서 나는 왜 앞에서 언급 한 스레드가 계속 앞으로 나아가고 있는지 확신 할 수 없다.
혼란스러운 점이 있으면 알려주세요. 특정 문제입니다. OMP를 사용하여 내 흐름 제어의 결함을 본 사람을 찾고있었습니다. 당신의 OpenMP V3.0 스펙을 보면
음, 수정 사항을 발견 한 것으로 보이지만 그 이유는 확실하지 않습니다. if 문을 주석 처리하면 문제가 해결되고 AnotherConstant를 통해 스레드 0 만 for 루프 내에서 사용되는 것 같습니다. 그래도 보장이 있니? 에서처럼 어떤 ID를 가진 스레드가 for 루프 내에서 사용될 수 있거나 항상 AnotherConstant를 통해 0이 될 수 있습니다. – WtLgi