Kong 
What does this do?
Suppose you use a batch cluster somewhere to run parallel workloads. Normally you'd write dedicated submission code for each type of system and use the relevant shell commands to monitor job progress. How do you keep track of what happened to jobs? How do you even keep track of which job did what?
With kong, you can organize your jobs into folders (not actual folders on disk), however you feel like it. Kong can keep track of job statuses and reports them to you in a clean and organized view. You can manage your jobs in kong, kill them, resubmit them, remove them. Kong also normalizes things like where the your job can find scratch space, where to put log files and where to put output files. This is done by a set of environment variables available in every job, regardless of backend (called driver):
| variable name | value |
|---|---|
| KONG_JOB_ID | Kong-specific job ID (not the batch system one) |
| KONG_JOB_OUTPUT_DIR | Where to put output files |
| KONG_JOB_LOG_DIR | Where log files go |
| KONG_JOB_NPROC | How many core your job can use |
| KONG_JOB_SCRATCHDIR | scratch dir for the job |
You can write job scripts that are mostly agnostic to which driver is used to execute the job. Some things remain specific to your environment, especially things that are implemented on top of the actual batch system. This includes things like licenses, queue names, and any other specific configuration. Kong allows you to provide arguments like this either via configuration, or on a job by job basis.
Interface
REPL
Kong provides a command line like program. If you run
1 maintainer
Metadata
1 maintainer
Release files for kong-batch 0.9.4
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| kong-batch-0.9.4.tar.gz | 39.8 kB | Without provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| kong_batch-0.9.4-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 88.6 kB
Release files / kong-batch-0.9.4.tar.gz
| Download URL | kong-batch-0.9.4.tar.gz |
|---|---|
| Size | 39.8 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
a48582d8c656356b77fd039b2a6fd14e605d9fe08fbbb5a560a0d50966def25a
|
|
BLAKE2b-256 checksum How to use checksums |
6e5e1377c3b956166fc0eef309e5fcf8af7de3432df0f4cca93d07dda83061a3
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/3.2.0 pkginfo/1.5.0.1 requests/2.24.0 setuptools/50.0.1 requests-toolbelt/0.8.0 tqdm/4.48.2 CPython/3.7.9
|
Release files / kong_batch-0.9.4-py3-none-any.whl
| Download URL | kong_batch-0.9.4-py3-none-any.whl |
|---|---|
| Size | 48.8 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
a768f9468216c071d62c17a1532426850c37bcdca443c4de4d7f725e08cf807c
|
|
BLAKE2b-256 checksum How to use checksums |
50de6ff14510a53f440bf23504d7a8761dec7011d4d36b785dadbbc34fdeff99
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/3.2.0 pkginfo/1.5.0.1 requests/2.24.0 setuptools/50.0.1 requests-toolbelt/0.8.0 tqdm/4.48.2 CPython/3.7.9
|
Security for kong-batch 0.9.4
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.
