Developer Guide


Heterogeneous Support in the Intel® Distribution for LINPACK* Benchmark

Intel® Distribution for LINPACK Benchmark achieves heterogeneous support by distributing the matrix data unequally between the nodes. The heterogeneous factor command-line parameter
controls the amount of work to be assigned to the more powerful nodes, while the command-line parameter
controls the number of process columns for the faster nodes:
xhpl –n
<problem size>
<block size>
<grid row dimn>
<grid column dimn>
<heterogeneous factor>
<number of faster processor columns>
If the heterogeneous factor is 2.5, roughly 2.5 times the work will be put on the more powerful nodes. The more work you put on the more powerful nodes, the more memory you might be wasting on the other nodes if all nodes have equal amount of memory. If your cluster includes many different types of nodes, you may need multiple heterogeneous factors.
be the number of rows and
the number of columns in your processor grid (
). The work must be
within each processor column because vertical operations, such as pivoting or panel factorization, are synchronizing operations. When there are two different types of nodes, use MPI to process all the faster nodes first and make sure the "
PMAP process mapping
" (line 9) of
is set to 1 for
mapping. Because all the nodes must be the same within a process column, the number of faster nodes must always be a multiple of
, and you can specify the faster nodes by setting the number of process columns
for the faster nodes with the
command-line parameter. The
-f 1.0 -c 0
setting corresponds to the default homogeneous behavior.
To understand how to choose the problem size
for a heterogeneous run, first consider a homogeneous system, where you might choose
as follows:
sqrt(Memory Utilization * P * Q * Memory Size in Bytes / 8)
Memory Utilization
is usually around 0.8 for homogeneous Intel® Xeon® processor systems. On a heterogeneous system, you may apply a different formula for
for each set of nodes that are the same and then choose the minimum
over all sets. Suppose you have a cluster with only one heterogeneous factor
and the number of processor columns (out of the total
) in the group with that heterogeneous factor equal to
. That group contains
nodes. First compute the sum of the parts:
S =F*P*C + P*(Q-C)
. Note that on a homogeneous system
1, and
. Take
N ~= sqrt(Memory Utilization * P * Q * ((F*P*C)/S) * Memory Size in Bytes / 8)
or simply scale down the value of
for the homogeneous system by


Suppose the cluster has 100 nodes each having 64 GB of memory, and 20 of the nodes are 2.7 times as powerful as the other 80. Run one MPI process per node for a total of 100 MPI processes. Assume a square processor grid
10, which conveniently divides up the faster nodes evenly. Normally, the HPL documentation recommends choosing a matrix size that consumes 80 percent of available memory. If
is the size of the matrix, the matrix consumes 8
) bytes. So a homogeneous run might look like:
xhpl –n 820000 –b 256 –p 10 –q 10
If you redistribute the matrix and run the heterogeneous Intel® Distribution for LINPACK Benchmark, you can take advantage of the faster nodes. But because some of the nodes will contain 2.7 times as much data as the other nodes, you must shrink the problem size (unless the faster nodes also happen to have 2.7 times as much memory). Instead of 0.8*64GB*100 total memory size, we have only 0.8*64GB*20 + 0.8*64GB/2.7*80 total memory size, which is less than half the original space. So the problem size in this case would be 526000. Because
=10 and there are 20 faster nodes, two processor columns are faster. If you arrange MPI to send these nodes first to the application, the command line looks like:
xhpl –n 526000 –b 1024 –p 10 –q 10 –f 2.7 –c 2
parameter may be misleading for heterogeneous calculations because it calculates the problem size assuming all the nodes have the same amount of data.
The number of faster nodes must be
. If the number of faster nodes is not divisible by
, you might not be able to take advantage of the extra performance potential by giving the faster nodes extra work.
While it suffices to simply provide
command-line parameters if you need only one heterogeneous factor, you must add lines to the
input to support multiple heterogeneous factors. For the above example (two processor columns have nodes that are 2.7 times faster), instead of passing
command-line parameters you can modify the
input file by adding these two lines to the end:
1 number of heterogeneous factors 0 1 2.7 [start_column, stop_column, heterogeneous factor for that range]
Numbering of processor columns starts at 0. The start and stopping numbers must be between 0 and
-1 (inclusive).
If instead there are three different types of nodes in a cluster and you need at least two heterogeneous factors, change the number in the first row above from 1 to 2 and follow that line with two lines specifying the start column, stopping column, and heterogeneous factor.
When choosing parameters for heterogeneous support in
, primarily focus on the most powerful nodes. The larger the heterogeneous factor, the more balanced the cluster may be from a performance viewpoint, but the more imbalanced from a memory viewpoint. At some point, further performance balancing might affect the memory too much. If this is the case, try to reduce any changes done for the faster nodes (such as in block sizes). Experiment with values in
carefully because wrong values may greatly hinder performance.
When tuning on a heterogeneous cluster, do not immediately attempt a heterogeneous run, but do the following:
  1. Break the cluster down into multiple homogeneous clusters.
  2. Make heterogeneous adjustments for performance balancing. For instance, if you have two different sets of nodes where one is three times as powerful as the other, it must do three times the work.
  3. Figure out the approximate size of the problem (per node) that you can run on each piece.
  4. Do some homogeneous runs with those problem sizes per node and the final block size needed for the heterogeneous run and find the best parameters.
  5. Use these parameters for an initial heterogeneous run.
Product and Performance Information
Performance varies by use, configuration and other factors. Learn more at
Notice revision #20201201

Product and Performance Information


Performance varies by use, configuration and other factors. Learn more at