In the Source window, you located the synchronization objects that caused significant waits while the processor cores were underutilized and generated multiple wait count. To resolve the issues, do the following:
Open the Code Editor
Depending on the sample code version, your source line numbers may slightly differ from the numbers provided in this tutorial.
Click the Source Editor button to open the
nqueens_parallel.f90 file in your default editor:
The critical section introduced in line 141 protects the global variable from a race condition in a multithreaded application but it spawns a redundant synchronization. To resolve this issue, you may replace the critical section with an atomic operation as follows:
Edit like 141 to replace the
OMP CRITICALwith the
Comment out or remove line 143.
A threads barrier, created by OpenMP* directive in line 159, synchronizes the threads but creates a lock with long Wait time. You may resolve this by enabling dynamic load scheduling as follows:
Edit line 159 to add the
SCHEDULE(DYNAMIC)directive to the OpenMP pragma:
Save your changes.
Recompile the Project and Check the Result
From the Build menu, select Rebuild nqueens_parallel.
The project is rebuilt.
From the Debug menu, select Start Without Debugging to run the application.
Visual Studio runs the
nqueens_parallel.exe. Note that execution time reduced from 16035 ms to 15767 ms.