[ET Trac] [Einstein Toolkit] #1850: Severe performance problem on Stampede

Einstein Toolkit trac-noreply at einsteintoolkit.org
Wed Dec 16 09:27:30 CST 2015


#1850: Severe performance problem on Stampede
-------------------------+--------------------------------------------------
  Reporter:  hinder      |       Owner:                     
      Type:  defect      |      Status:  confirmed          
  Priority:  major       |   Milestone:                     
 Component:  SimFactory  |     Version:  development version
Resolution:              |    Keywords:                     
-------------------------+--------------------------------------------------

Comment (by eschnett):

 The description of KMP_AFFINITY was clearly written by a professional
 documentation writer who knows how to write a lot of text while
 introducing sufficient ambiguity to not even be wrong.

 As I mentioned above, setting this variable (when not using
 SystemTopology) is probably wrong unless there is only one MPI process per
 node. Please read my description above, and say what it is unclear if you
 don't understand it; I won't repeat it here.

 Yes, we all agree that the default options should be better. There are two
 options:

 (1) Examine all possible "reasonable" configurations (MPI processes per
 node, OpenMP threads per process), and ensure that the new setting work
 fine in all cases
 (2) Examine only a subset of configurations, and ensure that things don't
 change except for these configurations, using appropriate if-statements in
 the submit script.

 I mentioned earlier that I am regularly running benchmarks on a variety of
 systems. Of course I am using SystemTopology, so I didn't notice this
 problem. I usually run multiple benchmarks for multiple configurations
 (MPI processes / OpenMP threads) to find the optimum configuration.

-- 
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1850#comment:17>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit


More information about the Trac mailing list