When hyperthreading is enabled, the Intel processors in the Euler cluster allow two processes or threads to run simultaneously on a single physical core. In most cases this brings no changes to your jobs. In some cases this allows you to increase the throughput of your program at the expense of longer execution time of each individual thread.
We have not observed any drawback or performance regression by enabling hyperthreading.
Relation to LSF job slots
LSF is aware of hyperthreading so there is no change to how jobs are assigned to physical cores. This means there continue to be 24 job slots on the 24 cores of an Euler I or II node. The slots, however, are assigned to both hyperthreads of a physical core.
All of the supported MPI libraries we provide are also aware of hyperthreading and continue to schedule only one rank (MPI processes) to an individual physical core.
In those cases where you are running a loosely-coupled parallel program, you can make use of hyperthreading to let twice as many processes run as you have requested cores. While each individual processes will run slower, the time-to-solution will probably be faster than if they sequentially one after the other.