Please note: The FAQ pages at the HPCVL website are continuously being revised. Some pages might pertain to an older configuration of the system. Please let us know if you encounter problems or inaccuracies, and we will correct the entries.
If you want to run Gaussian on several processors (which is encouraged, since this is a multi-processor machine) on HPCVL, you will have to include a line
%Nproc=number_of_processors
where number_of_processors is exactly what it says, in your input file for the job you are running (see below).
For production jobs, especially involving multiple processes, you need to submit a Gaussian job script to our load-balancing software Grid Engine (see our SGE FAQ for details). This is mandatory. This script requires that the environment was previously set up properly, and that you are a g98 group member.
You supply the directory in which you work, the email to which you want to notified, and the name of the input/output files by editing the script. Note that you have to replace entries that are enclosed in in the script.
The script (let's call it g09.sh) is submitted by the qsub command:
qsub g09.sh
This must be done from the working directory, i.e. the directory that contains the input file and is supposed to contain the output.
Gaussian offers the opportunity to execute major portions of the code on multiple processors. For SUN computers, this feature is implemented through shared-memory programming. The %Nprocs line in the input file causes Gaussian to use up to number_of_processors CPU's in the calculation. However, it is not acceptable to start a job like this on the standard serial GridEngine queue for production jobs. If you submit a Gaussian parallel job, your SGE script must include a line
#$ -pe shm.pe number of processes
where the entry enclosed in stands for the number of processors requested, andhas to be identical with the number appearing in the input file. Using this will assure that the GridEngine knows how many processors are used, and will allocate resources accordingly, and your parallel job will scale reasonably well since you work on dedicated processors without oversubscription.
There is an easier way to do this: We are supplying a small perl script calledGaussSubmit that can be called directly, and will ask a few basic questions, such as the name for the job to be submitted and the number of processes to be used in the job. Simply type
GaussSubmit
and answer the questions. The script expects a Gaussian input file with "file extension" .g09 to be present and will do everything else automatically. This is meant for simple Gaussian job submissions. More complex job submissions are better done manually.