istnieje niejawna bariery, po omp krytycznym punkcie

Question

czy jest niejawne bariera OMP po omp krytycznym punkcie

Na przykład, można zmodyfikować ten po numerze wersji-1 w wersji-2.

WERSJA-1

int min = 100; 
#pragma omp parallel 
{ 
    int localmin = min; 

    #pragma omp for schedule(static) 
    for(int i = 0; i < 1000; i++) 
     localmin = std::min(localmin, arr[i]); 

    #pragma omp critical 
    { 
     min = std::min(localmin, min) 
    } 
} 

WERSJA-2

int min = 100; 
#pragma omp parallel 
{ 
    int localmin = min; 

    #pragma omp for schedule(static) nowait 
    for(int i = 0; i < 1000; i++) 
     localmin = std::min(localmin, arr[i]); 

    #pragma omp critical 
    { 
     min = std::min(localmin, min) 
    } 
} // will I get the right "min" after this (because I have included nowait) 

Will uzyskać ten sam wynik dla obu wersji i wersji-1-2?

Czy istnieje domniemana bariera po regionie krytycznym?

EDIT: Niestety jeśli przykładem jest bardzo słaba .. Również chciałbym wiedzieć, czy nie byłoby żadnej różnicy wydajności między wersją-1 i wersji 2-

Answer 1

sekcje krytyczne nie mają barier ani na początku, ani na ich końcu. Sekcja krytyczna jest samodzielną konstrukcją synchornizacji, która zapobiega równoczesnemu uzyskiwaniu dostępu do tych samych danych przez wiele wątków. Potrzebujesz dodatkowej bariery po sekcji krytycznej, jeśli chcesz mieć poprawne globalne minimum, zanim opuścisz równoległy region. Jak już zostało powiedziane, region równoległy na końcu ma ukrytą barierę.

Answer 2

Otrzymasz korzyści związane z wydajnością, używając nowoit, jeśli istnieje duża liczba iteracji.