Spell check

.spelling

@@ -9,3 +9,237 @@ IT4Innovations
 PBS
 Salomon
 TurboVNC
+DDR3
+DIMM
+InfiniBand
+CUDA
+COMSOL
+LiveLink
+MATLAB
+Allinea
+LLNL
+Vampir
+Doxygen
+VTune
+TotalView
+Valgrind
+ParaView
+OpenFOAM
+MPI4Py
+MPICH2
+PETSc
+Trilinos
+FFTW
+HDF5
+BiERapp
+AVX
+AVX2
+JRE
+JDK
+QEMU
+VMware
+VirtualBox
+NUMA
+SMP
+BLAS
+LAPACK
+FFTW3
+Dongarra
+OpenCL
+cuBLAS
+CESNET
+Jihlava
+NVIDIA
+Xeon
+ANSYS
+CentOS
+RHEL
+DDR4
+DIMMs
+GDDR5
+EasyBuild
+e.g.
+MPICH
+MVAPICH2
+OpenBLAS
+ScaLAPACK
+SGI
+UV2000
+400GB
+Mellanox
+RedHat
+ssh.du1.cesnet.cz
+ssh.du2.cesnet.cz
+ssh.du3.cesnet.cz
+DECI
+supercomputing
+AnyConnect
+X11
+ - docs.it4i/anselm-cluster-documentation/environment-and-modules.md
+MODULEPATH
+bashrc
+PrgEnv-gnu
+bullx
+MPI
+PrgEnv-intel
+EasyBuild
+ - docs.it4i/anselm-cluster-documentation/capacity-computing.md
+capacity.zip
+README
+ - docs.it4i/anselm-cluster-documentation/compute-nodes.md
+DIMMs
+ - docs.it4i/anselm-cluster-documentation/hardware-overview.md
+cn
+K20
+Xeon
+x86-64
+Virtualization
+virtualization
+NVIDIA
+5110P
+SSD
+lscratch
+login1
+login2
+dm1
+Rpeak
+LINPACK
+Rmax
+E5-2665
+E5-2470
+P5110
+ - docs.it4i/anselm-cluster-documentation/introduction.md
+RedHat
+ - docs.it4i/anselm-cluster-documentation/job-priority.md
+walltime
+qexp
+ - docs.it4i/anselm-cluster-documentation/job-submission-and-execution.md
+15209.srv11
+qsub
+15210.srv11
+pwd
+cn17.bullx
+cn108.bullx
+cn109.bullx
+cn110.bullx
+pdsh
+hostname
+SCRDIR
+mkdir
+mpiexec
+qprod
+Jobscript
+jobscript
+cn108
+cn109
+cn110
+ - docs.it4i/anselm-cluster-documentation/network.md
+ib0
+ - docs.it4i/anselm-cluster-documentation/prace.md
+PRACE
+qfree
+it4ifree
+it4i.portal.clients
+ - docs.it4i/anselm-cluster-documentation/shell-and-data-access.md
+VPN
+ - docs.it4i/anselm-cluster-documentation/software/ansys/ansys-cfx.md
+ANSYS
+CFX
+cfx.pbs
+ - docs.it4i/anselm-cluster-documentation/software/ansys/ansys-mechanical-apdl.md
+mapdl.pbs
+ - docs.it4i/anselm-cluster-documentation/software/ansys/ls-dyna.md
+HPC
+lsdyna.pbs
+ - docs.it4i/anselm-cluster-documentation/software/chemistry/molpro.md
+OpenMP
+ - docs.it4i/anselm-cluster-documentation/software/compilers.md
+Fortran
+ - docs.it4i/anselm-cluster-documentation/software/debuggers/intel-performance-counter-monitor.md
+E5-2600
+ - docs.it4i/anselm-cluster-documentation/software/debuggers/score-p.md
+Makefile
+ - docs.it4i/anselm-cluster-documentation/software/gpi2.md
+gcc
+cn79
+ - docs.it4i/anselm-cluster-documentation/software/intel-suite/intel-compilers.md
+Haswell
+CPUs
+ - docs.it4i/anselm-cluster-documentation/software/kvirtualization.md
+rc.local
+runlevel
+RDP
+DHCP
+DNS
+SMB
+VDE
+smb.conf
+TMPDIR
+run.bat.
+ - docs.it4i/anselm-cluster-documentation/software/mpi/mpi4py-mpi-for-python.md
+NumPy
+ - docs.it4i/anselm-cluster-documentation/software/numerical-languages/matlab_1314.md
+mpiLibConf.m
+matlabcode.m
+output.out
+matlabcodefile
+sched
+ - docs.it4i/anselm-cluster-documentation/software/numerical-languages/matlab.md
+UV2000
+ - docs.it4i/anselm-cluster-documentation/software/numerical-languages/octave.md
+_THREADS
+ - docs.it4i/anselm-cluster-documentation/software/numerical-libraries/trilinos.md
+CMake-aware
+Makefile.export
+ - docs.it4i/anselm-cluster-documentation/software/ansys/ansys-ls-dyna.md
+ansysdyna.pbs
+ - docs.it4i/anselm-cluster-documentation/software/ansys/ansys.md
+svsfem.cz
+ - docs.it4i/anselm-cluster-documentation/software/debuggers/valgrind.md
+libmpiwrap-amd64-linux
+ - docs.it4i/anselm-cluster-documentation/software/numerical-libraries/magma-for-intel-xeon-phi.md
+cn204
+ - docs.it4i/anselm-cluster-documentation/software/paraview.md
+cn77
+localhost
+ - docs.it4i/anselm-cluster-documentation/storage.md
+ssh.du1.cesnet.cz
+Plzen
+ssh.du2.cesnet.cz
+ssh.du3.cesnet.cz
+ - docs.it4i/salomon/environment-and-modules.md
+icc
+ - docs.it4i/salomon/hardware-overview.md
+HW
+ - docs.it4i/salomon/job-submission-and-execution.md
+15209.isrv5
+r21u01n577
+r21u02n578
+r21u03n579
+r21u04n580
+qsub
+15210.isrv5
+pwd
+r2i5n6.ib0.smc.salomon.it4i.cz
+r4i6n13.ib0.smc.salomon.it4i.cz
+r4i7n2.ib0.smc.salomon.it4i.cz
+pdsh
+r2i5n6
+r4i6n13
+r4i7n
+r4i7n2
+r4i7n0
+SCRDIR
+myjob
+mkdir
+mympiprog.x
+mpiexec
+myprog.x
+ - docs.it4i/salomon/7d-enhanced-hypercube.md
+cns1
+cns576
+r1i0n0
+r4i7n17
+cns577
+cns1008
+r37u31n1008

docs.it4i/anselm-cluster-documentation/compute-nodes.md

@@ -108,28 +108,28 @@ Memory Architecture
 
 -   2 sockets
 -   Memory Controllers are integrated into processors.
-    -   8 DDR3 DIMMS per node
-    -   4 DDR3 DIMMS per CPU
-    -   1 DDR3 DIMMS per channel
+    -   8 DDR3 DIMMs per node
+    -   4 DDR3 DIMMs per CPU
+    -   1 DDR3 DIMMs per channel
     -   Data rate support: up to 1600MT/s
--   Populated memory: 8x 8GB DDR3 DIMM 1600Mhz
+-   Populated memory: 8 x * GB DDR3 DIMM 1600 MHz
 
 ### Compute Node With GPU or MIC Accelerator
 
 -   2 sockets
 -   Memory Controllers are integrated into processors.
-    -   6 DDR3 DIMMS per node
-    -   3 DDR3 DIMMS per CPU
-    -   1 DDR3 DIMMS per channel
+    -   6 DDR3 DIMMs per node
+    -   3 DDR3 DIMMs per CPU
+    -   1 DDR3 DIMMs per channel
     -   Data rate support: up to 1600MT/s
--   Populated memory: 6x 16GB DDR3 DIMM 1600Mhz
+-   Populated memory: 6 x 16 GB DDR3 DIMM 1600 MHz
 
 ### Fat Compute Node
 
 -   2 sockets
 -   Memory Controllers are integrated into processors.
-    -   16 DDR3 DIMMS per node
-    -   8 DDR3 DIMMS per CPU
-    -   2 DDR3 DIMMS per channel
+    -   16 DDR3 DIMMs per node
+    -   8 DDR3 DIMMs per CPU
+    -   2 DDR3 DIMMs per channel
     -   Data rate support: up to 1600MT/s
--   Populated memory: 16x 32GB DDR3 DIMM 1600Mhz
+-   Populated memory: 16 x 32 GB DDR3 DIMM 1600 MHz

docs.it4i/anselm-cluster-documentation/environment-and-modules.md

@@ -25,7 +25,7 @@ fi
 ```
 
 !!! Note "Note"
-	Do not run commands outputing to standard output (echo, module list, etc) in .bashrc  for non-interactive SSH sessions. It breaks fundamental functionality (scp, PBS) of your account! Take care for SSH session interactivity for such commands as stated in the previous example.
+	Do not run commands outputting to standard output (echo, module list, etc) in .bashrc  for non-interactive SSH sessions. It breaks fundamental functionality (scp, PBS) of your account! Take care for SSH session interactivity for such commands as stated in the previous example.
 
 ### Application Modules
 

docs.it4i/anselm-cluster-documentation/hardware-overview.md

 Hardware Overview
 =================
 
-The Anselm cluster consists of 209 computational nodes named cn[1-209] of which 180 are regular compute nodes, 23 GPU Kepler K20 accelerated nodes, 4 MIC Xeon Phi 5110 accelerated nodes and 2 fat nodes. Each node is a  powerful x86-64 computer, equipped with 16 cores (two eight-core Intel Sandy Bridge processors), at least 64GB RAM, and local hard drive. The user access to the Anselm cluster is provided by two login nodes login[1,2]. The nodes are interlinked by high speed InfiniBand and Ethernet networks. All nodes share 320TB /home disk storage to store the user files. The 146TB shared /scratch storage is available for the scratch data.
+The Anselm cluster consists of 209 computational nodes named cn[1-209] of which 180 are regular compute nodes, 23 GPU Kepler K20 accelerated nodes, 4 MIC Xeon Phi 5110 accelerated nodes and 2 fat nodes. Each node is a  powerful x86-64 computer, equipped with 16 cores (two eight-core Intel Sandy Bridge processors), at least 64 GB RAM, and local hard drive. The user access to the Anselm cluster is provided by two login nodes login[1,2]. The nodes are interlinked by high speed InfiniBand and Ethernet networks. All nodes share 320 TB /home disk storage to store the user files. The 146 TB shared /scratch storage is available for the scratch data.
 
-The Fat nodes are equipped with large amount (512GB) of memory. Virtualization infrastructure provides resources to run long term servers and services in virtual mode. Fat nodes and virtual servers may access 45 TB of dedicated block storage. Accelerated nodes, fat nodes, and virtualization infrastructure are available [upon request](https://support.it4i.cz/rt) made by a PI.
+The Fat nodes are equipped with large amount (512 GB) of memory. Virtualization infrastructure provides resources to run long term servers and services in virtual mode. Fat nodes and virtual servers may access 45 TB of dedicated block storage. Accelerated nodes, fat nodes, and virtualization infrastructure are available [upon request](https://support.it4i.cz/rt) made by a PI.
 
 Schematic representation of the Anselm cluster. Each box represents a node (computer) or storage capacity:
 
@@ -16,16 +16,16 @@ There are four types of compute nodes:
 -   180 compute nodes without the accelerator
 -   23 compute nodes with GPU accelerator - equipped with NVIDIA Tesla Kepler K20
 -   4 compute nodes with MIC accelerator - equipped with Intel Xeon Phi 5110P
--   2 fat nodes - equipped with 512GB RAM and two 100GB SSD drives
+-   2 fat nodes - equipped with 512 GB RAM and two 100 GB SSD drives
 
 [More about Compute nodes](compute-nodes/).
 
 GPU and accelerated nodes are available upon request, see the [Resources Allocation Policy](resources-allocation-policy/).
 
 All these nodes are interconnected by fast InfiniBand network and Ethernet network.  [More about the Network](network/).
-Every chassis provides Infiniband switch, marked **isw**, connecting all nodes in the chassis, as well as connecting the chassis to the upper level switches.
+Every chassis provides InfiniBand switch, marked **isw**, connecting all nodes in the chassis, as well as connecting the chassis to the upper level switches.
 
-All nodes share 360TB /home disk storage to store user files. The 146TB shared /scratch storage is available for the scratch data. These file systems are provided by Lustre parallel file system. There is also local disk storage available on all compute nodes /lscratch.  [More about Storage](storage/).
+All nodes share 360 TB /home disk storage to store user files. The 146 TB shared /scratch storage is available for the scratch data. These file systems are provided by Lustre parallel file system. There is also local disk storage available on all compute nodes /lscratch.  [More about Storage](storage/).
 
 The user access to the Anselm cluster is provided by two login nodes login1, login2, and data mover node dm1. [More about accessing cluster.](shell-and-data-access/)
 
@@ -38,7 +38,7 @@ The parameters are summarized in the following tables:
 |Operating system|Linux|
 |[**Compute nodes**](compute-nodes/)||
 |Totally|209|
-|Processor cores|16 (2x8 cores)|
+|Processor cores|16 (2 x 8 cores)|
 |RAM|min. 64 GB, min. 4 GB per core|
 |Local disk drive|yes - usually 500 GB|
 |Compute network|InfiniBand QDR, fully non-blocking, fat-tree|
@@ -53,9 +53,9 @@ The parameters are summarized in the following tables:
 
   |Node|Processor|Memory|Accelerator|
   |---|---|---|---|
-  |w/o accelerator|2x Intel Sandy Bridge E5-2665, 2.4GHz|64GB|-|
-  |GPU accelerated|2x Intel Sandy Bridge E5-2470, 2.3GHz|96GB|NVIDIA Kepler K20|
-  |MIC accelerated|2x Intel Sandy Bridge E5-2470, 2.3GHz|96GB|Intel Xeon Phi P5110|
-  |Fat compute node|2x Intel Sandy Bridge E5-2665, 2.4GHz|512GB|-|
+  |w/o accelerator|2 x Intel Sandy Bridge E5-2665, 2.4 GHz|64 GB|-|
+  |GPU accelerated|2 x Intel Sandy Bridge E5-2470, 2.3 GHz|96 GB|NVIDIA Kepler K20|
+  |MIC accelerated|2 x Intel Sandy Bridge E5-2470, 2.3 GHz|96 GB|Intel Xeon Phi P5110|
+  |Fat compute node|2 x Intel Sandy Bridge E5-2665, 2.4 GHz|512 GB|-|
 
 For more details please refer to the [Compute nodes](compute-nodes/), [Storage](storage/), and [Network](network/).

docs.it4i/anselm-cluster-documentation/introduction.md

 Introduction
 ============
 
-Welcome to Anselm supercomputer cluster. The Anselm cluster consists of 209 compute nodes, totaling 3344 compute cores with 15TB RAM and giving over 94 Tflop/s theoretical peak performance. Each node is a powerful x86-64 computer, equipped with 16 cores, at least 64GB RAM, and 500GB harddrive. Nodes are interconnected by fully non-blocking fat-tree Infiniband network and equipped with Intel Sandy Bridge processors. A few nodes are also equipped with NVIDIA Kepler GPU or Intel Xeon Phi MIC accelerators. Read more in [Hardware Overview](hardware-overview/).
+Welcome to Anselm supercomputer cluster. The Anselm cluster consists of 209 compute nodes, totaling 3344 compute cores with 15 TB RAM and giving over 94 Tflop/s theoretical peak performance. Each node is a powerful x86-64 computer, equipped with 16 cores, at least 64 GB RAM, and 500 GB hard disk drive. Nodes are interconnected by fully non-blocking fat-tree InfiniBand network and equipped with Intel Sandy Bridge processors. A few nodes are also equipped with NVIDIA Kepler GPU or Intel Xeon Phi MIC accelerators. Read more in [Hardware Overview](hardware-overview/).
 
 The cluster runs bullx Linux ([bull](http://www.bull.com/bullx-logiciels/systeme-exploitation.html)) [operating system](software/operating-system/), which is compatible with the  RedHat [ Linux family.](http://upload.wikimedia.org/wikipedia/commons/1/1b/Linux_Distribution_Timeline.svg) We have installed a wide range of software packages targeted at different scientific domains. These packages are accessible via the [modules environment](environment-and-modules/).
 
-User data shared file-system (HOME, 320TB) and job data shared file-system (SCRATCH, 146TB) are available to users.
+User data shared file-system (HOME, 320 TB) and job data shared file-system (SCRATCH, 146 TB) are available to users.
 
 The PBS Professional workload manager provides [computing resources allocations and job execution](resources-allocation-policy/).
 

docs.it4i/anselm-cluster-documentation/job-priority.md

@@ -32,7 +32,7 @@ Fairshare priority is calculated as
 
 where MAX_FAIRSHARE has value 1E6, usage~Project~ is cumulated usage by all members of selected project, usage~Total~ is total usage by all users, by all projects.
 
-Usage counts allocated corehours (ncpus*walltime). Usage is decayed, or cut in half periodically, at the interval 168 hours (one week). Jobs queued in queue qexp are not calculated to project's usage.
+Usage counts allocated core hours (ncpus*walltime). Usage is decayed, or cut in half periodically, at the interval 168 hours (one week). Jobs queued in queue qexp are not calculated to project's usage.
 
 >Calculated usage and fairshare priority can be seen at <https://extranet.it4i.cz/anselm/projects>.
 
@@ -65,4 +65,4 @@ It means, that jobs with lower execution priority can be run before jobs with hi
 !!! Note "Note"
 	It is **very beneficial to specify the walltime** when submitting jobs.
 
-Specifying more accurate walltime enables better schedulling, better execution times and better resource usage. Jobs with suitable (small) walltime could be backfilled - and overtake job(s) with higher priority.
+Specifying more accurate walltime enables better scheduling, better execution times and better resource usage. Jobs with suitable (small) walltime could be backfilled - and overtake job(s) with higher priority.

docs.it4i/anselm-cluster-documentation/network.md

 Network
 =======
 
-All compute and login nodes of Anselm are interconnected by [Infiniband](http://en.wikipedia.org/wiki/InfiniBand) QDR network and by Gigabit [Ethernet](http://en.wikipedia.org/wiki/Ethernet) network. Both networks may be used to transfer user data.
+All compute and login nodes of Anselm are interconnected by [InfiniBand](http://en.wikipedia.org/wiki/InfiniBand) QDR network and by Gigabit [Ethernet](http://en.wikipedia.org/wiki/Ethernet) network. Both networks may be used to transfer user data.
 
-Infiniband Network
+InfiniBand Network
 ------------------
 All compute and login nodes of Anselm are interconnected by a high-bandwidth, low-latency [Infiniband](http://en.wikipedia.org/wiki/InfiniBand) QDR network (IB 4x QDR, 40 Gbps). The network topology is a fully non-blocking fat-tree.
 
@@ -34,4 +34,4 @@ $ ssh 10.2.1.110
 $ ssh 10.1.1.108
 ```
 
-In this example, we access the node cn110 by Infiniband network via the ib0 interface, then from cn110 to cn108 by Ethernet network.
+In this example, we access the node cn110 by InfiniBand network via the ib0 interface, then from cn110 to cn108 by Ethernet network.

docs.it4i/anselm-cluster-documentation/prace.md

@@ -224,8 +224,8 @@ For PRACE users, the default production run queue is "qprace". PRACE users can a
 |queue|Active project|Project resources|Nodes|priority|authorization|walltime|
 |---|---|---|---|---|---|---|
 |**qexp** Express queue|no|none required|2 reserved, 8 total|high|no|1 / 1h|
-|**qprace** Production queue|yes|> 0|178 w/o accelerator|medium|no|24 / 48h|
-|**qfree** Free resource queue|yes|none required|178 w/o accelerator|very low|no|	12 / 12h|
+|**qprace** Production queue|yes|> 0|178 w/o accelerator|medium|no|24 / 48 h|
+|**qfree** Free resource queue|yes|none required|178 w/o accelerator|very low|no|	12 / 12 h|
 
 **qprace**, the PRACE: This queue is intended for normal production runs. It is required that active project with nonzero remaining resources is specified to enter the qprace. The queue runs with medium priority and no special authorization is required to use it. The maximum runtime in qprace is 12 hours. If the job needs longer time, it must use checkpoint/restart functionality.
 

docs.it4i/anselm-cluster-documentation/resource-allocation-and-job-execution.md

 Resource Allocation and Job Execution
 =====================================
 
-To run a [job](../introduction/), [computational resources](../introduction/) for this particular job must be allocated. This is done via the PBS Pro job workload manager software, which efficiently distributes workloads across the supercomputer. Extensive informations about PBS Pro can be found in the [official documentation here](../pbspro-documentation/pbspro/), especially in the PBS Pro User's Guide.
+To run a [job](../introduction/), [computational resources](../introduction/) for this particular job must be allocated. This is done via the PBS Pro job workload manager software, which efficiently distributes workloads across the supercomputer. Extensive information about PBS Pro can be found in the [official documentation here](../pbspro-documentation/pbspro/), especially in the PBS Pro User's Guide.
 
 Resources Allocation Policy
 ---------------------------

docs.it4i/anselm-cluster-documentation/software/ansys/ansys-cfx.md

@@ -48,9 +48,9 @@ echo Machines: $hl
 /ansys_inc/v145/CFX/bin/cfx5solve -def input.def -size 4 -size-ni 4x -part-large -start-method "Platform MPI Distributed Parallel" -par-dist $hl -P aa_r
 ```
 
-Header of the pbs file (above) is common and description can be find on [this site](../../resource-allocation-and-job-execution/job-submission-and-execution/). SVS FEM recommends to utilize sources by keywords: nodes, ppn. These keywords allows to address directly the number of nodes (computers) and cores (ppn) which will be utilized in the job. Also the rest of code assumes such structure of allocated resources.
+Header of the PBS file (above) is common and description can be find on [this site](../../resource-allocation-and-job-execution/job-submission-and-execution/). SVS FEM recommends to utilize sources by keywords: nodes, ppn. These keywords allows to address directly the number of nodes (computers) and cores (ppn) which will be utilized in the job. Also the rest of code assumes such structure of allocated resources.
 
-Working directory has to be created before sending pbs job into the queue. Input file should be in working directory or full path to input file has to be specified. >Input file has to be defined by common CFX def file which is attached to the cfx solver via parameter -def
+Working directory has to be created before sending PBS job into the queue. Input file should be in working directory or full path to input file has to be specified. >Input file has to be defined by common CFX def file which is attached to the cfx solver via parameter -def
 
 **License** should be selected by parameter -P (Big letter **P**). Licensed products are the following: aa_r (ANSYS **Academic** Research), ane3fl (ANSYS Multiphysics)-**Commercial**.
 [More about licensing here](licensing/)

docs.it4i/anselm-cluster-documentation/software/ansys/ansys-fluent.md

@@ -4,7 +4,7 @@ ANSYS Fluent
 [ANSYS Fluent](http://www.ansys.com/Products/Simulation+Technology/Fluid+Dynamics/Fluid+Dynamics+Products/ANSYS+Fluent)
 software contains the broad physical modeling capabilities needed to model flow, turbulence, heat transfer, and reactions for industrial applications ranging from air flow over an aircraft wing to combustion in a furnace, from bubble columns to oil platforms, from blood flow to semiconductor manufacturing, and from clean room design to wastewater treatment plants. Special models that give the software the ability to model in-cylinder combustion, aeroacoustics, turbomachinery, and multiphase systems have served to broaden its reach.
 
-1. Common way to run Fluent over pbs file
+1. Common way to run Fluent over PBS file
 -----------------------------------------
 To run ANSYS Fluent in batch mode you can utilize/modify the default fluent.pbs script and execute it via the qsub command.
 

docs.it4i/anselm-cluster-documentation/software/ansys/ansys-ls-dyna.md

@@ -51,6 +51,6 @@ echo Machines: $hl
 /ansys_inc/v145/ansys/bin/ansys145 -dis -lsdynampp i=input.k -machines $hl
 ```
 
-Header of the pbs file (above) is common and description can be find on [this site](../../resource-allocation-and-job-execution/job-submission-and-execution/). [SVS FEM](http://www.svsfem.cz) recommends to utilize sources by keywords: nodes, ppn. These keywords allows to address directly the number of nodes (computers) and cores (ppn) which will be utilized in the job. Also the rest of code assumes such structure of allocated resources.
+Header of the PBS file (above) is common and description can be find on [this site](../../resource-allocation-and-job-execution/job-submission-and-execution/). [SVS FEM](http://www.svsfem.cz) recommends to utilize sources by keywords: nodes, ppn. These keywords allows to address directly the number of nodes (computers) and cores (ppn) which will be utilized in the job. Also the rest of code assumes such structure of allocated resources.
 
-Working directory has to be created before sending pbs job into the queue. Input file should be in working directory or full path to input file has to be specified. Input file has to be defined by common LS-DYNA .**k** file which is attached to the ansys solver via parameter i=
+Working directory has to be created before sending PBS job into the queue. Input file should be in working directory or full path to input file has to be specified. Input file has to be defined by common LS-DYNA .**k** file which is attached to the ANSYS solver via parameter i=

docs.it4i/anselm-cluster-documentation/software/ansys/ansys-mechanical-apdl.md

@@ -50,9 +50,9 @@ echo Machines: $hl
 /ansys_inc/v145/ansys/bin/ansys145 -b -dis -p aa_r -i input.dat -o file.out -machines $hl -dir $WORK_DIR
 ```
 
-Header of the pbs file (above) is common and description can be find on [this site](../../resource-allocation-and-job-execution/job-submission-and-execution.md). [SVS FEM](http://www.svsfem.cz) recommends to utilize sources by keywords: nodes, ppn. These keywords allows to address directly the number of nodes (computers) and cores (ppn) which will be utilized in the job. Also the rest of code assumes such structure of allocated resources.
+Header of the PBS file (above) is common and description can be find on [this site](../../resource-allocation-and-job-execution/job-submission-and-execution.md). [SVS FEM](http://www.svsfem.cz) recommends to utilize sources by keywords: nodes, ppn. These keywords allows to address directly the number of nodes (computers) and cores (ppn) which will be utilized in the job. Also the rest of code assumes such structure of allocated resources.
 
-Working directory has to be created before sending pbs job into the queue. Input file should be in working directory or full path to input file has to be specified. Input file has to be defined by common APDL file which is attached to the ansys solver via parameter -i
+Working directory has to be created before sending PBS job into the queue. Input file should be in working directory or full path to input file has to be specified. Input file has to be defined by common APDL file which is attached to the ANSYS solver via parameter -i
 
 **License** should be selected by parameter -p. Licensed products are the following: aa_r (ANSYS **Academic** Research), ane3fl (ANSYS Multiphysics)-**Commercial**, aa_r_dy (ANSYS **Academic** AUTODYN)
 [More about licensing here](licensing/)

docs.it4i/anselm-cluster-documentation/software/ansys/ansys.md

@@ -3,7 +3,7 @@ Overview of ANSYS Products
 
 **[SVS FEM](http://www.svsfem.cz/)** as **[ANSYS Channel partner](http://www.ansys.com/)** for Czech Republic provided all ANSYS licenses for ANSELM cluster and supports of all ANSYS Products (Multiphysics, Mechanical, MAPDL, CFX, Fluent, Maxwell, LS-DYNA...) to IT staff and ANSYS users. If you are challenging to problem of ANSYS functionality contact please [hotline@svsfem.cz](mailto:hotline@svsfem.cz?subject=Ostrava%20-%20ANSELM)
 
-Anselm provides as commercial as academic variants. Academic variants are distinguished by "**Academic...**" word in the name of  license or by two letter preposition "**aa_**" in the license feature name. Change of license is realized on command line respectively directly in user's pbs file (see individual products). [ More  about licensing here](ansys/licensing/)
+Anselm provides as commercial as academic variants. Academic variants are distinguished by "**Academic...**" word in the name of  license or by two letter preposition "**aa_**" in the license feature name. Change of license is realized on command line respectively directly in user's PBS file (see individual products). [ More  about licensing here](ansys/licensing/)
 
 To load the latest version of any ANSYS product (Mechanical, Fluent, CFX, MAPDL,...) load the module:
 

docs.it4i/anselm-cluster-documentation/software/ansys/ls-dyna.md

 LS-DYNA
 =======
 
-[LS-DYNA](http://www.lstc.com/) is a multi-purpose, explicit and implicit finite element program used to analyze the nonlinear dynamic response of structures. Its fully automated contact analysis capability, a wide range of constitutive models to simulate a whole range of engineering materials (steels, composites, foams, concrete, etc.), error-checking features and the high scalability have enabled users worldwide to solve successfully many complex problems. Additionally LS-DYNA is extensively used to simulate impacts on structures from drop tests, underwater shock, explosions or high-velocity impacts. Explosive forming, process engineering, accident reconstruction, vehicle dynamics, thermal brake disc analysis or nuclear safety are further areas in the broad range of possible applications. In leading-edge research LS-DYNA is used to investigate the behaviour of materials like composites, ceramics, concrete, or wood. Moreover, it is used in biomechanics, human modelling, molecular structures, casting, forging, or virtual testing.
+[LS-DYNA](http://www.lstc.com/) is a multi-purpose, explicit and implicit finite element program used to analyze the nonlinear dynamic response of structures. Its fully automated contact analysis capability, a wide range of constitutive models to simulate a whole range of engineering materials (steels, composites, foams, concrete, etc.), error-checking features and the high scalability have enabled users worldwide to solve successfully many complex problems. Additionally LS-DYNA is extensively used to simulate impacts on structures from drop tests, underwater shock, explosions or high-velocity impacts. Explosive forming, process engineering, accident reconstruction, vehicle dynamics, thermal brake disc analysis or nuclear safety are further areas in the broad range of possible applications. In leading-edge research LS-DYNA is used to investigate the behavior of materials like composites, ceramics, concrete, or wood. Moreover, it is used in biomechanics, human modeling, molecular structures, casting, forging, or virtual testing.
 
 Anselm provides **1 commercial license of LS-DYNA without HPC** support now.
 
@@ -31,6 +31,6 @@ module load lsdyna
 /apps/engineering/lsdyna/lsdyna700s i=input.k
 ```
 
-Header of the pbs file (above) is common and description can be find on [this site](../../resource-allocation-and-job-execution/job-submission-and-execution.html). [SVS FEM](http://www.svsfem.cz) recommends to utilize sources by keywords: nodes, ppn. These keywords allows to address directly the number of nodes (computers) and cores (ppn) which will be utilized in the job. Also the rest of code assumes such structure of allocated resources.
+Header of the PBS file (above) is common and description can be find on [this site](../../resource-allocation-and-job-execution/job-submission-and-execution.html). [SVS FEM](http://www.svsfem.cz) recommends to utilize sources by keywords: nodes, ppn. These keywords allows to address directly the number of nodes (computers) and cores (ppn) which will be utilized in the job. Also the rest of code assumes such structure of allocated resources.
 
-Working directory has to be created before sending pbs job into the queue. Input file should be in working directory or full path to input file has to be specified. Input file has to be defined by common LS-DYNA **.k** file which is attached to the LS-DYNA solver via parameter i=
+Working directory has to be created before sending PBS job into the queue. Input file should be in working directory or full path to input file has to be specified. Input file has to be defined by common LS-DYNA **.k** file which is attached to the LS-DYNA solver via parameter i=

docs.it4i/anselm-cluster-documentation/software/chemistry/molpro.md

@@ -36,7 +36,7 @@ Molpro is compiled for parallel execution using MPI and OpenMP. By default, Molp
 !!! Note "Note"
 	The OpenMP parallelization in Molpro is limited and has been observed to produce limited scaling. We therefore recommend to use MPI parallelization only. This can be achieved by passing option  mpiprocs=16:ompthreads=1 to PBS.
 
-You are advised to use the -d option to point to a directory in [SCRATCH filesystem](../../storage/storage/). Molpro can produce a large amount of temporary data during its run, and it is important that these are placed in the fast scratch filesystem.
+You are advised to use the -d option to point to a directory in [SCRATCH file system](../../storage/storage/). Molpro can produce a large amount of temporary data during its run, and it is important that these are placed in the fast scratch file system.
 
 ### Example jobscript
 

docs.it4i/anselm-cluster-documentation/software/chemistry/nwchem.md

@@ -42,4 +42,4 @@ Options
 Please refer to [the documentation](http://www.nwchem-sw.org/index.php/Release62:Top-level) and in the input file set the following directives :
 
 -   MEMORY : controls the amount of memory NWChem will use
--   SCRATCH_DIR : set this to a directory in [SCRATCH filesystem](../../storage/storage/#scratch) (or run the calculation completely in a scratch directory). For certain calculations, it might be advisable to reduce I/O by forcing "direct" mode, eg. "scf direct"
+-   SCRATCH_DIR : set this to a directory in [SCRATCH file system](../../storage/storage/#scratch) (or run the calculation completely in a scratch directory). For certain calculations, it might be advisable to reduce I/O by forcing "direct" mode, e.g.. "scf direct"

docs.it4i/anselm-cluster-documentation/software/compilers.md

@@ -9,7 +9,7 @@ Currently there are several compilers for different programming languages availa
 -   Fortran 77/90/95
 -   Unified Parallel C
 -   Java
--   nVidia CUDA
+-   NVIDIA CUDA
 
 The C/C++ and Fortran compilers are divided into two main groups GNU and Intel.
 
@@ -150,6 +150,6 @@ Java
 ----
 For information how to use Java (runtime and/or compiler), please read the [Java page](java/).
 
-nVidia CUDA
+NVIDIA CUDA
 -----------
-For information how to work with nVidia CUDA, please read the [nVidia CUDA page](nvidia-cuda/).
\ No newline at end of file
+For information how to work with NVIDIA CUDA, please read the [NVIDIA CUDA page](nvidia-cuda/).
\ No newline at end of file

docs.it4i/anselm-cluster-documentation/software/comsol-multiphysics.md

@@ -118,4 +118,4 @@ cd /apps/engineering/comsol/comsol43b/mli
 matlab -nodesktop -nosplash -r "mphstart; addpath /scratch/$USER; test_job"
 ```
 
-This example shows how to run Livelink for MATLAB with following configuration: 3 nodes and 16 cores per node. Working directory has to be created before submitting (comsol_matlab.pbs) job script into the queue. Input file (test_job.m) has to be in working directory or full path to input file has to be specified. The Matlab command option (-r ”mphstart”) created a connection with a COMSOL server using the default port number.
+This example shows how to run LiveLink for MATLAB with following configuration: 3 nodes and 16 cores per node. Working directory has to be created before submitting (comsol_matlab.pbs) job script into the queue. Input file (test_job.m) has to be in working directory or full path to input file has to be specified. The MATLAB command option (-r ”mphstart”) created a connection with a COMSOL server using the default port number.

docs.it4i/anselm-cluster-documentation/software/debuggers/allinea-performance-reports.md

@@ -36,7 +36,7 @@ The mpi program will run as usual. The perf-report creates two additional files,
 
 Example
 -------
-In this example, we will be profiling the mympiprog.x MPI program, using Allinea performance reports. Assume that the code is compiled with intel compilers and linked against intel MPI library:
+In this example, we will be profiling the mympiprog.x MPI program, using Allinea performance reports. Assume that the code is compiled with Intel compilers and linked against Intel MPI library:
 
 First, we allocate some nodes via the express queue: