Are there any updates on this?
This is still affecting multiprocessing, some tests hang:
rces. For information on submitting this issue, please see
https://bugs.llvm.org/.
[INFO] Setting test np/mx/python random seeds, use
MXNET_TEST_SEED=2124604270 to reproduce.
Assertion failure at kmp_runtime.
Thanks Aaron for the feedback.
> As for your next steps, would you propose that cmake be brought up to parity?
Yes. sse2 in cmake vs sse3 in make is a minor example without high impact.
There are others.
> It seems strange that it causes slowness and if so, it shouldn't be
> recommended for no
Thank you, Aaron, for your interest on the topic.
My main previous proposal still stands: remove bundled OpenMP submodule and
use OpenMP provided by the environment [1]. This might lead to performance
degradation in some cases where an old OpenMP library is used or thread
affinity wasn't set prope
This is really great research. I've often wondered what the difference
really is, and why it has to be so complicated. It seems the answer is
there isn't much difference and it shouldn't be as complex.
As for your next steps, would you propose that cmake be brought up to
parity? It seems strange th
Dear MXNet community,
Due to multiple problems related to OpenMP and stale proposed change [1] we
have been working on gathering performance data on the impact of using
different OpenMP implementations with MXNet (great thanks to Stanislav
Tsukrov for the hard work). The results can be found here