HPC Baseline Configuration¶
HPCBIOS is an effort to setup a common, well-documented and reproducible environment, spanning across multiple HPC systems & sites, in a user-friendly way.
HPC Baseline Configuration (BC) is an effort to define a common set of capabilities and functions, so that users can work more productively and collaboratively when using the HPC resources at multiple computing sites within the HPCBIOS compatibility context. This is accomplished by defining and developing a common set of capabilities and functions so that users can focus energy on their research effort, as opposed to wrestling with site-specific policies and procedures.
It is modeled after a similar effort taking place among 6 HPC sites in the US and it is, in effect, an extension upon it (notably, its Compliance Matrix):
This effort keeps marching on helping users work more productively, by updating existing policies to accommodate emerging needs, integrating new capabilities that must be consistent across the HPC enterprise or, just providing a sounding board for users experiencing difficulties with an HPC environment.
- The keywords MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT, SHOULD, SHOULD NOT, RECOMMENDED, MAY, and OPTIONAL are to be interpreted as described in RFC 2119.
About the Baseline Configuration¶
There is a growing community of HPCBIOS users who need to work on data and computation-intensive problems, spread across multiple computing sites and services. Recent discussions show that over half of users eventually need accounts at more than one site.
The main goal of the HPC Baseline Configuration activity is to define and establish a common set of capabilities and functions so that users can compute productively and collaboratively, when using HPC resources at multiple computing sites.
Use notation respectively standing for: yes, no, agree, disagree, information notice, warning notice.
|Policy tag #||Policy Topics||C||G||K|
|[HPCBIOS_06-01]||Open Source Math Libraries|
|[HPCBIOS_06-04]||Editors and Scripting Tools|
|[HPCBIOS_06-05]||Baseline Set of Debuggers|
|[HPCBIOS_06-15]||Sample Code Repository|
|[HPCBIOS_06-17]||Multiple-Version Software Access via Modules|
|[HPCBIOS_06-19]||Open Source Utilities|
|[HPCBIOS_07-02]||Open Source Performance and Profiling Tools|
|[HPCBIOS_07-03]||Common Set of Open Source Compilers|
|[HPCBIOS_10-01]||New/Returning User Welcome Letter|
|[HPCBIOS_10-02]||Common Open Source High Productivity Languages|
|[HPCBIOS_2012-80]||Common Set of DFT codes|
|[HPCBIOS_2012-90]||Software Tools and Development Environment|
|[HPCBIOS_2012-91]||Modules Namespace for HPC sites|
|[HPCBIOS_2012-92]||EasyBuild HPC Software Development Environment|
|[HPCBIOS_2012-93]||Life Sciences Productivity Environment|
|[HPCBIOS_2012-94]||Bioinformatics and Computational Biology Productivity Environment|
|[HPCBIOS_2012-95]||Molecular Dynamics Productivity Environment|
|[HPCBIOS_2012-96]||Common Set of Commercial Compilers|
|[HPCBIOS_2012-97]||Climate Science Productivity Environment|
|[HPCBIOS_2012-98]||Common Set of Environment Variables|
|[HPCBIOS_2012-99]||GPU Productivity Environment|
|[HPCBIOS_2013-01]||Common Dependencies for Life Science Applications|
|[HPCBIOS_2015-01]||Biocompressors, for NGS data and bioinformatics|
Site compliance assures that the minimum guidelines of the policy have been met by a site. Sites may, at their discretion, exceed the minimum guidelines and still remain in compliance. Periodic checks may need to be performed to ensure compliance is maintained.
Note that, there can be valid reasons for not being compliant with a policy. For example, non-compliance may be acceptable especially if it implies removal of an existing capability or function, from a given system; also, for generic operational reasons or, if the HPC system affected is scheduled for decommissioning in the near future.
Non-compliance is not an issue, as long as the documentation above is consistent and the users are informed about status, in a prompt way.
This document was last rebuilt on: 15 February 2017.