Modules - Revision history

Khaoula-ferchichi-d6c1@uni-bonn.de: Undo revision 5006 by Khaoula-ferchichi-d6c1@uni-bonn.de (talk)

2023-12-11T09:45:47Z

Undo revision 5006 by Khaoula-ferchichi-d6c1@uni-bonn.de (talk)

Khaoula-ferchichi-d6c1@uni-bonn.de at 09:45, 11 December 2023

2023-12-11T09:45:19Z

Daniel-schurhoff-de23@rwth-aachen.de at 13:07, 3 September 2019

2019-09-03T13:07:12Z

Christian-griebel-aab2@tu-darmstadt.de: /* Usage */

2019-06-03T14:18:42Z

Usage

Christian-griebel-aab2@tu-darmstadt.de at 14:17, 3 June 2019

2019-06-03T14:17:52Z

Anara-kozhokanova-866b@rwth-aachen.de at 13:02, 11 April 2019

2019-04-11T13:02:40Z

Christian-wassermann-e30b@rwth-aachen.de: /* Usage */

2018-04-13T09:13:05Z

Usage

Christian-wassermann-e30b@rwth-aachen.de: /* Usage */

2018-04-13T09:12:14Z

Usage

Christian-wassermann-e30b@rwth-aachen.de: /* Usage */

2018-04-13T09:11:53Z

Usage

Christian-wassermann-e30b@rwth-aachen.de at 09:11, 13 April 2018

2018-04-13T09:11:10Z

← Older revision		Revision as of 09:45, 11 December 2023
Line 31:		Line 31:

	When there are multiple versions of the same program available, you can append <code>/X.Y.Z</code> to your "module load ..." command, exactly specifying what version number you want. In most cases, this is to enable backward compatibility (a prominent example being [[Compiler\|Compilers]], where newer versions tend to break (or fail to compile) older programs).		When there are multiple versions of the same program available, you can append <code>/X.Y.Z</code> to your "module load ..." command, exactly specifying what version number you want. In most cases, this is to enable backward compatibility (a prominent example being [[Compiler\|Compilers]], where newer versions tend to break (or fail to compile) older programs).
−
−	~~Test edit~~

	If you need lots of modules time and again, this loading can be automated with a [[sh-file]], so that you just have to execute the file once and it will load all modules you need.		If you need lots of modules time and again, this loading can be automated with a [[sh-file]], so that you just have to execute the file once and it will load all modules you need.

← Older revision		Revision as of 09:45, 11 December 2023
Line 31:		Line 31:

	When there are multiple versions of the same program available, you can append <code>/X.Y.Z</code> to your "module load ..." command, exactly specifying what version number you want. In most cases, this is to enable backward compatibility (a prominent example being [[Compiler\|Compilers]], where newer versions tend to break (or fail to compile) older programs).		When there are multiple versions of the same program available, you can append <code>/X.Y.Z</code> to your "module load ..." command, exactly specifying what version number you want. In most cases, this is to enable backward compatibility (a prominent example being [[Compiler\|Compilers]], where newer versions tend to break (or fail to compile) older programs).
		+
		+	Test edit

	If you need lots of modules time and again, this loading can be automated with a [[sh-file]], so that you just have to execute the file once and it will load all modules you need.		If you need lots of modules time and again, this loading can be automated with a [[sh-file]], so that you just have to execute the file once and it will load all modules you need.

← Older revision		Revision as of 13:07, 3 September 2019
Line 1:		Line 1:
		+	[[Category:Basics]]
	The ''module'' system is a concept available on most supercomputers, simplifying the use of different software (versions) in a precise and controlled manner.<br />		The ''module'' system is a concept available on most supercomputers, simplifying the use of different software (versions) in a precise and controlled manner.<br />

@@ Line 26: / Line 26: @@
 * swap a specific module for another one (especially useful to switch between different versions of the same program)
-  $ module switch x y
+  $ '''module switch x y'''
 Using these commands, the module system takes care of setting all the system and environment variables, so as to allow the desired applications to find themselves and all their prerequisites.
@@ Line 32: / Line 32: @@
 If you need lots of modules time and again, this loading can be automated with a [[sh-file]], so that you just have to execute the file once and it will load all modules you need.
 == References ==
 [http://modules.sourceforge.net/ Modules Homepage]

@@ Line 1: / Line 1: @@
-The module system is a program, running on most supercomputers, that simplifies using different software in a precise and controlled manner. Oftentimes a supercomputer has more software installed than the average user will ever use. Frequently there are also multiple version of the same program available at the same time, to enable backward compatibility. A prominent example of this are [[Compiler|Compilers]], which sometimes have the tendency to break older programs with new versions.
+The ''module'' system is a concept available on most supercomputers, simplifying the use of different software (versions) in a precise and controlled manner.<br />
 == Usage ==
-To get a list of all currently loaded modules, one can employ
+To get a list of all currently loaded modules:
-  $ module list
+  $ '''module list'''
   Currently Loaded Modulefiles:
 ) DEVELOP                3) intelmpi/2017.4
 ) intel/16.0             4) likwid/system-default
-detailing that from the DEVELOP group the Intel [[Compiler]] ICC in version 16, the Intel implementation of [[How_to_Use_MPI|MPI]] in Version 2017.4 and the system default version of [[Likwid]] are currently loaded and usable.
+detailing that from the category DEVELOP, the Intel [[Compiler]] ICC in version 16, the Intel implementation of [[How_to_Use_MPI|MPI]] in Version 2017.4 and the system default version of [[Likwid]] are currently loaded and usable.
 Calling
-  $ module avail
+  $ '''module avail'''
 lists all available (loadable) modules and module groups. With the information of these two commands, one can:
 * load a specific module
-  $ module load x
+  $ '''module load x'''
 * unload a specific module
-  $ module unload x
+  $ '''module unload x'''
-* switch out a specific module for another one (especially useful to switch between different versions of the same program)
+* swap a specific module for another one (especially useful to switch between different versions of the same program)
   $ module switch x y
 == References ==
 [http://modules.sourceforge.net/ Modules Homepage]

← Older revision		Revision as of 13:02, 11 April 2019
Line 25:		Line 25:

	Using these commands, the module system takes care of setting all the system variables, so the desired applications are referenced and called correctly.		Using these commands, the module system takes care of setting all the system variables, so the desired applications are referenced and called correctly.
		+
		+	== References ==
		+	[http://modules.sourceforge.net/ Modules Homepage]

← Older revision		Revision as of 09:13, 13 April 2018
Line 24:		Line 24:
	If you recurrently need lots of modules, this loading can be automated with an [[sh-file]], so that you just have to execute the file once and it loads all modules, you need.		If you recurrently need lots of modules, this loading can be automated with an [[sh-file]], so that you just have to execute the file once and it loads all modules, you need.

−	Using these commands, the module system takes care ~~to set~~ all the system variables, so the desired applications are referenced and called correctly.	+	Using these commands, the module system takes care of setting all the system variables, so the desired applications are referenced and called correctly.