edit

David Anderson 2024-11-14 00:46:00 -08:00
parent 64653dbbd7
commit 88e856d4d5
1 changed files with 8 additions and 8 deletions

@ -2,9 +2,9 @@ There are various possible interfaces for job submission to BUDA.
We could make a Python-based remote API. We could make a Python-based remote API.
We (or others) could use this API to integrate it into batch systems. We (or others) could use this API to integrate it into batch systems.
But for starters, I propose implementing a generic (all-application) But for starters, I propose implementing a generic (multi-application)
web-based job submission system. web-based job submission system,
This uses the per-user file sandbox system. using the per-user file sandbox system.
## Managing science apps ## Managing science apps
@ -13,7 +13,7 @@ This shows you the set of existing apps,
and lets you edit them or create a new one. and lets you edit them or create a new one.
The form for this includes The form for this includes
* select (from file sandbox) a set of 'app files'. Must include * select (from your file sandbox) a set of 'app files'. Must include
* a Dockerfile * a Dockerfile
* a main prog to run in container * a main prog to run in container
* other files if needed * other files if needed
@ -25,11 +25,12 @@ The form for this includes
## Submitting jobs ## Submitting jobs
The form for submitting jobs: The form for submitting a batch of jobs:
* batch name (optional)
* select a BUDA science app and plan class * select a BUDA science app and plan class
* select (from the file sandbox) a zip file of job descriptions. * select (from the file sandbox) a zip file of job descriptions.
This has one dir per job: This file has one dir per job:
``` ```
jobname/ jobname/
[cmdline] [cmdline]
@ -37,9 +38,8 @@ jobname/
... ...
... ...
``` ```
* batch name (optional)
Issue: Question:
should this system manage file immutability? should this system manage file immutability?
If so, If so,
the above filenames are logical and don't need to be unique; the above filenames are logical and don't need to be unique;