Skip to content

Commit e1d254d

Browse files
gkaf89hcartiaux
authored andcommitted
Remove mentions to Reesif from modules
1 parent 7d2ada4 commit e1d254d

File tree

1 file changed

+2
-28
lines changed

1 file changed

+2
-28
lines changed

docs/environment/modules.md

Lines changed: 2 additions & 28 deletions
Original file line numberDiff line numberDiff line change
@@ -169,14 +169,6 @@ where:
169169
* On skylake nodes, you may want to use the optimized modules for `skylake`
170170
* On GPU nodes, you may want to use the CPU-optimized builds for `skylake` (in addition to the `gpu`-enabled softwares)
171171

172-
<!--acm-pearc21-cite-start-->
173-
174-
!!! important "ACM PEARC'21: RESIF 3.0"
175-
If you are interested to know more on the way we setup and deploy the User Software Environment on ULHPC systems through the RESIF 3 framework, you can refer to the below article presented during the [ACM PEARC'21](https://hpc.uni.lu/blog/2021-05-11-resif-3) conference, on July 22, 2021.
176-
> __ACM Reference Format__ | [ORBilu entry](https://orbilu.uni.lu/handle/10993/47115) | [OpenAccess](https://dl.acm.org/doi/10.1145/3437359.3465600) | [ULHPC blog post](https://hpc.uni.lu/blog/2021-05-11-resif-3) | [slides](https://hpc.uni.lu/download/slides/2021-07-22-ACM-PEARC21_resif3.pdf) | [Github](https://github.com/ULHPC/sw): <br/>
177-
> Sebastien Varrette, Emmanuel Kieffer, Frederic Pinel, Ezhilmathi Krishnasamy, Sarah Peter, Hyacinthe Cartiaux, and Xavier Besseron. 2021. RESIF 3.0: Toward a Flexible & Automated Management of User Software Environment on HPC facility. _In Practice and Experience in Advanced Research Computing (PEARC '21)_. Association for Computing Machinery (ACM), New York, NY, USA, Article 33, 1–4. https://doi.org/10.1145/3437359.3465600
178-
179-
<!--acm-pearc21-cite-end-->
180172

181173
## Module Naming Schemes
182174

@@ -264,30 +256,12 @@ An overview of the currently available component versions is depicted below:
264256

265257

266258
Once on a node, the current version of the ULHPC Software Set in production is stored in `$RESIF_VERSION_PROD`.
267-
You can use the variables `$MODULEPATH_{LEGACY,PROD,DEVEL}` to access or set the `MODULEPATH` command with the appropriate value. Yet we have define utility scripts to facilitate your quick reset of the module environment, _i.e.,_ `resif-load-swset-{legacy,prod,devel}` and `resif-reset-swset`
268-
269-
For instance, if you want to use the legacy software set, proceed as follows in your launcher scripts:
270-
271-
```bash
272-
resif-load-swset-legacy # Eq. of export MODULEPATH=$MODULEPATH_LEGACY
273-
# [...]
274-
# Restore production settings
275-
resif-load-swset-prod # Eq. of export MODULEPATH=$MODULEPATH_PROD
276-
```
277-
278-
If on the contrary you want to test the (new) development software set, _i.e.,_ the `devel` version, stored in `$RESIF_VERSION_DEVEL`:
279-
280-
```bash
281-
resif-load-swset-devel # Eq. of export MODULEPATH=$MODULEPATH_DEVEL
282-
# [...]
283-
# Restore production settings
284-
resif-reset-swset # As resif-load-swset-prod
285-
```
259+
You can use the variables `$MODULEPATH_{LEGACY,PROD,DEVEL}` to access or set the `MODULEPATH` command with the appropriate value.
286260

287261
??? tips "(iris only) Skylake Optimized builds"
288262
Skylake optimized build can be loaded on **regular** nodes using
289263
```bash
290-
resif-load-swset-skylake # Eq. of export MODULEPATH=$MODULEPATH_PROD_SKYLAKE
264+
export MODULEPATH=$MODULEPATH_PROD_SKYLAKE
291265
```
292266
You **MUST** obviously be on a Skylake node (`sbatch -C skylake [...]`) to take benefit from it.
293267
Note that this action is **not** required on **GPU** nodes.

0 commit comments

Comments
 (0)