On Wed, Dec 12, 2018 at 12:19:28PM +0100, Olivier Borderies wrote:
I can reproduce your problems, and after a look at the parallel run, tehre
are *a lot* of shared access in the parallel loop, and you're not
protecting them. All accesses to n_accept, redefinition of new_path etc
are
done on shared variable...
Thx for the pointer ! Indeed I'm new to omp. I fixed it. Now it does work on
macOS and Linux. But surprisingly the speedup is much larger in macOS (laptop
and desktop) than on the Linux VM.
On macOS the speed up from omp (branch omp) is very much in line with that
from
concurrent.futures (branch master) - as expected since each top loop runs an
entirely separate simulation.
But on Linux, the speed up is far less. No crash, no warning, good results
though. Since it is a VM I cannot really see the CPU use (and check it climbs
to 100%). I checked that 'apt list --installed | grep omp' shows
'libgomp1'....
What kind of reason could explain that ??
