Difference between revisions of "Modules"
Moskalenko (talk | contribs) |
Moskalenko (talk | contribs) m (Text replace - "support.hpc.ufl.edu" to "support.rc.ufl.edu") |
||
Line 11: | Line 11: | ||
==Support== | ==Support== | ||
− | To request help with using modules or installation of new module enabled application please file a [http://support. | + | To request help with using modules or installation of new module enabled application please file a [http://support.rc.ufl.edu support request] or if necessary please send us an [mailto:om@hpc.ufl.edu email]. |
==Upstream Documentation== | ==Upstream Documentation== |
Revision as of 21:08, 8 August 2014
Introduction
Setting and maintaining your environment while running a large number of diverse software applications with different requirements can be a daunting task. The Research Computing is adopting the modules system developed by Robert McLay at the Texas Advanced Computing Center (TACC) in order to ease the complexity of this process and relieve users of this burden.
Basic usage
See Modules Basic Usage for a short practical introduction to using modules.
Personal modules
You can write and use your own modulefiles. The procedure for making them available is very simple. Load the "personal" module to have a "$HOME/.modules" directory automatically created and the environment set up for using it to house your personal modulefile sub-directories. For example, once the "personal" module is loaded you can create a "myapp" sub-directory under "$HOME/.modules" and put a modulefile named version.lua, like "1.0.lua" for instance, into that directory to make the "myapp/1.0" module available.
Support
To request help with using modules or installation of new module enabled application please file a support request or if necessary please send us an email.
Upstream Documentation
Those who would like to learn as much as possible about lmod can use the documentation written by the Lmod author.
There is a well-written article on Lmod in the HPC Admin Magazine.