BwUniCluster2.0/FAQ - broadwell partition: Difference between revisions
Jump to navigation
Jump to search
S Shamsudeen (talk | contribs) |
S Shamsudeen (talk | contribs) |
||
| Line 24: | Line 24: | ||
</pre> |
</pre> |
||
== How to compile |
== How to compile the same code on old and extension partition? == |
||
On uc1e (= extension) login nodes: |
On uc1e (= extension) login nodes: |
||
<pre> |
<pre> |
||
Revision as of 12:38, 14 September 2017
FAQs concerning best practice of bwUniCluster broadwell partition (aka "extension" partition).
Login
Are there separate login nodes for the bwUniCluster broadwell partition?
- Yes, but primarily to be used for compiling code.
How to login to broadwell login nodes?
- You can directly login on broadwell partition login nodes using
$ username@uc1e.scc.kit.edu
- If you login to the old uc1 login nodes, even though you can use broadwell nodes using the same procedure as 'compute nodes'.
Compilation
How to compile code on broadwell (extension) nodes?
On uc1 (old) login nodes:
icc/ifort -axCORE-AVX2
On uc1e (extension) login nodes:
icc/ifort -xHost
How to compile the same code on old and extension partition?
On uc1e (= extension) login nodes:
icc/ifort -xAVX -axCORE-AVX2
What happens with code compiled for old partition running on the extension partition?
Code will run but significantly slower since AVX2 will not be used. Please recompile your code accordingly.
Job execution
How to submit jobs to the broadwell (= extension) partition
The submitted job will be distributed either way to the broadwell nodes if specified correctly, i.e.:
msub -q multinode