Link 0 commands may be up to 500 characters in length.
Sets the amount of dynamic memory used to N 8-byte words (default). This value may also be followed by KB, MB, GB, TB, KW, MW, GW or TW (without intervening spaces) to specify units of kilo-, mega-, giga-, or tera-bytes or words. The default memory size is 800 MB. A different default value can be set in Default.Route with the -M- directive.
The contents of the checkpoint file specified by %OldChk are copied to the checkpoint file of the current job step at the start of the job step. This allows data to be picked up from a previous calculation without destroying anything on the checkpoint file from it.
Saves a copy of the checkpoint file when the job step starts. One can usually do the same thing with %OldChk and %Chk but sometimes it might be convenient to save the intermediate results this way.
An alternate syntax is provided for splitting the read-write file among two or more disks (or file systems). Each location is followed by a maximum size for the file segment at that location. The size of each file segment is given in 8-byte words (default). This value may also be followed by KB, MB, GB, TB, KW, MW, GW or TW (without intervening spaces) to specify units of kilo-, mega-, giga- or tera-bytes or words. A value of -1 for any size parameter indicates that any and all available space may be used, and a value of 0 indicates that an existing segment should retain its current size. The locations may be either directory locations, or full pathnames. Note that directory specifications must include terminal slashes (on UNIX systems).
Copy the data on the unformatted binary matrix element file matfile to the active checkpoint file at the start of the job step. This directive is similar %OldChk but takes the data from the specified file. In Rev. B.01 and later, the file name may be followed by the keyword i4lab to specify that the file uses 4-byte integers: e.g., %OldMatrix=(myfile,i4lab).
Copy the data on the raw binary matrix element file matfile to the active checkpoint file at the start of the job step. This directive is similar %OldChk but takes the data from the specified file. In Rev. B.01 and later, the file name may be followed by the keyword i4lab to specify that the file uses 4-byte integers: e.g., %OldRaw=(myfile,i4lab).
Tells the program to stop the run after the Mth occurrence of Link N. For example, %KJob L502 2 will cause the run to terminate after Link 502 has been run for the second time. M may be omitted; it defaults to 1.
Causes Link 0 to delete scratch files at the end of a successful run, including any files that were named explicitly preceding this directive. In other words, if a file is named before %ErrorSave is encountered, it will not be saved. However, if the directive naming the file appears after the %ErrorSave directive, the file will be retained. If the job ends abnormally, all files are saved. %NoSave is a synonym for this directive.
If both %Save and %ErrorSave are specified, then the one appearing latest in the input file takes precedence.
Tells Link 0 to take the executable (.exe file) for a link from an alternate directory. For example %SUBST L913 /user/chem will cause /user/chem/l913.exe to be run instead of the default executable (in $g16root). The directory specification should be in the usual format for the machine involved. Only the directory can be specified; the file name must have the standard form of lnnnn.exe, where nnnn is the Link number.
Parallel Job Directives
This directive contains a list of processor/core numbers for shared memory parallel processing, with multiple items are separated by commas. This directive is designed to replace the earlier %NProcShared and %NProc directives.
A default value can be set in Default.Route with the -C- directive.
Requests that the job use up to N processors/cores on shared memory parallel execution on SMP multiprocessor computers. For most purposes, this directive is superceded by %CPU. The value of %NProcShared overrides the -P- directive in the Default.Route file.
This sets the default list of GPUs to use. When using GPUs it is essential to have each GPU controlled by a specific CPU and much preferable if the CPU is physically close to the GPU it is controlling. The list preceding the equals sign indicates the GPUs to use for the calculation. Corresponding items in the second list specify the core to which each CPU is pinned. For example, the following directive tells Gaussian to execute on GPU0 through GPU3:
GPU0 and GPU1 are pinned to cores 0 and 1, while GPU2 and GPU3 are pinned to cores 16 and 17 (respectively).
Ranges of GPUs and/or cores can be used in this directive. For example, the following is equivalent to the preceding:
A default value for %GPUCPUcan be set in Default.Route with the -G- directive.
This lists the TCP node name for each node to use. By default, one Linda worker is started on each node, but the optional value allows this to be varied. A worker is always started on the node where the job is started (the master node) whether or not it appears in the node list. A default value can be set in Default.Route with the -W- directive.
%LindaWorkers may be combined with %NProcShared. In this case, one or more parallel worker processes will be run on each node (the number still determined by the values in %LindaWorkers). The value to %NProcShared specifies the number of SMP processors/cores to use on each system in the worker node list.
Do not use the obsolete %NProcLinda directive. Gaussian will compute the total number of Linda workers based on the %LindaWorkers input.
Report details concerning the starting and stopping of Linda workers.
These commands specify a name for the checkpoint file, and an alternate name and directory location for the read-write file, and cause only the checkpoint file to be saved at the conclusion of the Gaussian job:
%RWF=/chem/scratch2/water Files to be deleted go here. %NoSave %Chk=water Files to be saved go here.
The following directive causes a network parallel job to be run across the specified 5 nodes. Nodes hamlet and ophelia will each run two worker processes.
The following directives specify that a parallel job will be executed on hosts norway, italy and spain. Nodes norway and italy will each run one 4-way SMP parallel worker, and spain will run two such workers:
NProcShared=4 Specifies four-way SMP parallelism. %LindaWorkers=norway,italy,spain:2
These directives make sense when norway and italy are 4 processor/core computers, and spain is an 8 processor/core computer.
Last updated on: 27 February 2018. [G16 Rev. B.01]