Using Jobs
Last updated
Last updated
Jobs have been replaced by a more general framework called Workflows. For the latest info go to Workflows.
Jobs can be submitted via the Job Builder. There are a variety of optional and required options for your job including the instance type, the command, the container, etc. Note: At the top of the screen, you'll see a few job presets which will give a sense for how these options work.
Machine Type. What type of instance to run your Job on. We recommend starting with a GPU+. Many Jobs benefit from a machine with a GPU, but some can run just using a CPU.
Container. Jobs are run within a docker container. You can run a public or private container. Learn more here.
Workspace. The workspace is the collection of code that is run. It can be a Git repository (public or private), your local working directory (if you are using the CLI) which is uploaded to the docker container during the job running process, or none
(default value).
Command. The command is the entry point to the container. This is the line of code that will kick off your Job. It could be a bash script ./run.sh
or python main.py
as just some examples.
Custom Metrics. Enter a list of custom metrics to use with Gradient's statd client, such as percent_failure
or percent_success
.
Once you have examined or specified the parameters, hit "Submit Job" and watch the Job run!
The Job Builder is great for getting started with basic tasks. For more advanced workflows, we recommend using the CLI which offers more flexibility.
Argument | Default | Description |
| [required] | Job name |
projectId | [required] | Project ID |
| K80 | An optional machine type to run the job on: either 'GPU+', 'P4000', 'P5000', 'P6000', 'V100', 'K80', 'P100', or 'TPU'. |
| paperspace/tensorflow-python | A reference to a docker image in a public or private docker registry, or a container name provided by Paperspace. Docker image repository references must be in lowercase and may include a tag and a hostname prefix followed by a slash; if committed the hostname defaults to that of the public Docker Hub registry. An example docker image reference: docker.io/mynamespace/myimage:mytag. A container name may be mixed case. (Designated container names are currently only provided as part of various Gradient tutorials and samples.) |
| Job command/entrypoint | |
| Path to workspace directory. (Soon also will support a path to a workspace archive or git repository URL.) | |
| Path to workspace archive. (Currently being deprecated in an upcoming version.) | |
| Project git repository URL. (Currently being deprecated in an upcoming version.) | |
| Working directory for the experiment | |
| Experiment Id | |
| Environmental variables in JSON String Format. Example: { "HKS_EPOCHS": 1, "HKS_MAX_EVALS": 4, "DATASET_SIZE": 10000 } | |
| $CWD | The name of the project for this job. If not provided, this is taken from the .ps_project/config.json file, or the current directory name. |
| API key to use this time only | |
| Ignore certain files from uploading |
Environment variables are available for use within the context of your job. The following host config options are currently exposed within the container:
$PS_HOST_PUBLIC_IP_ADDRESS
- the public IP address of the host machine running the job
$PS_HOST_PRIVATE_IP_ADDRESS
- the private IP address of the host machine running the job
$PS_HOSTNAME
- the hostname of the host machine running the job
These can be used in conjunction with the ports
option to send HTTP traffic to the job while it's in progress for example.