__init__(self,
script,
jobname=None,
copyscript=False,
usehostargs=None,
runtoplevel=False,
host=None,
local=False,
user=None,
disp=None,
proj=None,
save=None,
prog=None,
nice=None,
debugger=None,
tmpdir=None,
wait=False,
no_redirect=False,
localdriver=False,
nproc=None,
interval=None,
loginterval=None,
expandvars=None,
viewname=None,
oplsdir=None,
product=None,
detached=False)
(Constructor)
|
|
- Parameters:
script - The remote path to the script or program to run (the only
required argument). Used by job control to locate the script on
the remote host (which will be same as the launch host if
host="localhost", local=True, or no_redirect=True).
Example:
"$REMOTE_MMSHARE_EXEC/../../python/scripts/prepwizard_driver.py"
If the script is located in a $SCHRODINGER/run path, then
simply the name of the script can be passed in (e.g.
"prepwizard_driver.py"), as $SCHRODINGER/run of the
remote host will automatically find the script.
If copyscript is True, must be set to the full local path of
the script to be copied.
copyscript - Whether or not to copy the script or program to the job
directory, to make it accessible on the compute host (default:
False). Useful for allowing non-distributed scripts (e.g. from
ScriptCenter) to run on remote hosts. Ignored for -LOCAL jobs,
because no temporary directory is used. Keep set to False when
running scripts included in the Schrodinger distribution,
including toplevel scripts, scripts under mmshare, or any other
distributed repository. Avoid the hack of setting <script>
to the local path of the script and enabling <copyscript> -
instead set <script> to the remote path of the script - ask
fellow developers for help if needed.
usehostargs - Deprecated and has no effect.
runtoplevel - Use $SCHRODINGER/run to reset the environment before submitting
the script under job control. This is useful if the script that
uses Launcher is not invoked with options (e.g., -HOST)
appropriate for running the job, such as a script that both
starts a GUI and runs the job. (default: False)
host - Run jobs on the specified host. By default, host specified on the
original command-line will be used (JOBHOST env var is read,
which is set by the original top-level script).
local - Run the job in the directory from which it was launched. No
temporary job directory will be created and no input or output
file transfers will be done. (default: False) This option is
only safe to use for jobs that run on localhost. Remote jobs run
using this option will fail if the launch directory or input
files don't exist on the compute node.
user - Run the job as the specified user (deprecated).
proj - The absolute pathname for the Maestro project to which this job
should be assigned. If None, jlaunch will use the project
specified on the command line, or by the SCHRODINGER_PROJECT env
var. (default: None)
disp - The "disposition" for this job's outputs; supported
settings are "NONE", "NEW",
"APPEND", or None. If None, jlaunch will use the
disposition specified on the command line or by the
SCHRODINGER_JOB_DISPOSITION env var. THis parameter is only
meaningful if the job has been assigned to a project.
(default: None)
save - Save the temporary job directory after the job completes
(default: None). By default, will use what was specified on the
command line (toplevel script will parse the -SAVE option and set
the SCHRODINGER_SAVE_JOBDIR env var). Set to True or False to
force saving or not saving the job directory.
prog - The name of the program being executed, for example, 'Glide'.
This is recorded in the Program field of the job record.
(default: None)
nice - Run the program at reduced priority (default: False). By default,
use nice if specified on the command line (toplevel script parses
the -NICE option and sets the SCHRODINGER_NICE env var.)
debugger - Run the job locally under the specified debugger. (default:
None)
tmpdir - The absolute pathname for the directory under which the temporary
job directory should be created. (default: None) If set to None,
then the usual procedures are followed for getting the tmpdir,
that is, the 'tmpdir:' setting in the hosts file, the
SCHRODINGER_TMPDIR env var, and the -TMPDIR commandline option.
wait - Do not return from launch() until the job completes. (default:
False)
no_redirect - Do not run under job control (default: False). Set to True if the
user specified the -NOJOBID option.
localdriver - Submit the main job (driver) to localhost, and use the -HOST
command line argument only for any subjobs started by it. This
overrides any -DRIVERHOST option on the command line. This is not
compatible with 'runtoplevel' mode. (default: False)
nproc - The number of processors required for a parallel job. When a job
is submitted to a queueing system, this many processors will be
requested; it has no effect on simple local and remote jobs. For
a serial job, this should be set to None. (default: None)
interval - The monitoring interval, in seconds. This controls how often
monitor files are copied back during the job. If monitor files
are specified, then nothing is copied back. If set to zero or
None, monitoring is turned off altogether. Monitoring can be
very resource-intensive, and so it should only be turned on at
user request, through the Maestro monitor panel. This parameter
should generally always be left at None. (default: None)
loginterval - The log interval, in seconds. This controls how frequently
logfile changes are copied back during the job. If set to None,
the standard log interval is used; if set to zero, the log file
won't be copied back until the backend finishes. Generally, you
should let this be None. (default: None)
expandvars - Whether to expand environment variable references in the command
that's executed to launch the job. If set to None, defer to
jobcontrol.launch_job(), which has its own default behavior for
this. (default: None)
oplsdir - Path to the custom opls parameter directory for the -OPLSDIR flag
(default: None)
product (str) - Product to pass in to $SCHRODINGER/run - determines what product
directory is searched on the remote host. By default it's
mmshare.
Warning:
Monitoring should only be turned on when requested by the user,
because it imposes a typically slows down the backend and consumes
significant system resources.
|