Open MPI logo

Open MPI User's Mailing List Archives

  |   Home   |   Support   |   FAQ   |  

This web mail archive is frozen.

This page is part of a frozen web archive of this mailing list.

You can still navigate around this archive, but know that no new mails have been added to it since July of 2016.

Click here to be taken to the new web archives of this list; it includes all the mails that are in this frozen archive plus all new mails that have been sent to the list since it was migrated to the new archives.

Subject: Re: [OMPI users] Hybrid OpenMPI / OpenMP run pins OpenMP threads to a single core
From: Eugene Loh (eugene.loh_at_[hidden])
Date: 2010-08-04 13:13:28

David Akin wrote:

>I'm trying to get the OpenMP portion of the code below to run
>multicore on a couple of 8 core nodes.
I was gone last week and am trying to catch up on e-mail. This thread
was a little intriguing.

I agree with Ralph and Terry:

*) OMPI should not be binding by default.
*) There is nothing in your program that would induce binding nor
anything in your reported output that indicates binding is occurring.

So, any possibility that your use of taskset or top is misleading? Did
you ever try running with --report-bindings as Terry suggested?

The thread also discussed OMPI's inability to control the binding
behavior of individual threads. You can't manage individual threads
with OMPI; you'd have to use a thread-specific mechanism, and many OMP
implementations support such mechanisms. The best you could do with
OMPI would be to unbind or bind broadly (e.g., to an entire socket), and
that policy would be applied to all the threads within the process.

But, all that should be unnecessary... there shouldn't be any binding by
default in the first place. I'd check into whether these threads really
are being bound and, if so, why.