General parameters¶
These are general parameters that affect the global behaviour of the Platform.
List of general parameters:
List of examples:
cpus¶
test¶
Description: Run a quick test to check the simulation works (~2 min).
Type:
Boolean
Default:
False
Warning
Never use the control files generated in test mode as input for a production simulation because other parameters such as temperature, ANM and minimization are tweaked to make simulation faster.
debug¶
Description: Use this flag to only create the inputs of the simulation. No actual simulation will run.
Type:
Boolean
Default:
False
Note
The combination of this parameter along with
debug
allows the user to manually modify any input file that the Platform generates. For example, running first in debug mode will generate input files likepele.conf
,adaptive.conf
or ligand templates. The user can then modify them at their will and restart the job withrestart
.
restart¶
Description: Use restart parameter set to True to start a simulation from scratch (with existing input PDBs and configuration files).
Type:
Boolean
Default:
False
Note
The combination of this parameter along with
debug
allows the user to manually modify any input file that the Platform generates. For example, running first on debug mode will generate input files likepele.conf
,adaptive.conf
or ligand templates. The user can then modify them at their will and restart the job withrestart
.Note
This parameter must not be confused with
adaptive_restart
. Whilerestart
stands for skipping any input file preparation and directly going to the simulation execution, it still can start from the first Adaptive iteration ifadaptive_restart
is set to False.See also
seed¶
Description: Seed for Platform’s pseudo-random numbers generator for reproducibility. When no
seed
is set, it will be initialized to a random number. This random number can be consulted afterwards by checkingadaptive.conf
file.Type:
Integer
Default:
None
Note
It is always a good practice to establish a fixed seed in order to guarantee reproducibility.
See also
working_folder¶
Description: Directory where the simulation will run.
Type:
String
Default:
LIG_Pele
, where LIG is the residue name of our ligandNote
When
working_folder
is not set, the default behaviour is to never replace an existing folder. So, in case thatLIG_Pele
directory already exists, the ultimateworking_folder
will be set toLIG_Pele_1
,LIG_Pele_2
, and so on.
Example 1¶
In this example we set an induced fit docking simulation with 10 computation cores and run it in debug mode. Moreover, test and restart modes are disabled. Finally, we also establish a specific seed for the pseudo-random numbers generator and a custom working folder.
# General parameters
cpus: 10
test: False
debug: True
restart: False
seed: 2021
working_folder: "my_custom_choice"
# Required parameters
system: 'system.pdb'
chain: 'L'
resname: 'LIG'
# Package selection
induced_fit_fast: True
Example 2¶
In this example we set an induced fit docking simulation with 10 computation
cores and run it in test mode.
When using this mode, the number of computation cores that will be used is always
going to be 5, regardless of the number of cores requested with the cpus
parameter.
# General parameters
cpus: 10
test: True
# Required parameters
system: 'system.pdb'
chain: 'L'
resname: 'LIG'
# Package selection
induced_fit_fast: True
Example 3¶
In this example we ask the induced fit docking simulation to be restarted. Consequently, the Platform expects to find a directory previously created with valid input files. To generate them, we need to execute the Platform in debug mode, as shown in Example 1. So, in this case the working_folder that we set it must already exist.
# General parameters
cpus: 10
restart: True
working_folder: "my_custom_choice"
# Required parameters
system: 'system.pdb'
chain: 'L'
resname: 'LIG'
# Package selection
induced_fit_fast: True