Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature Request: Pipelines #32

Open
sigeisler opened this issue Nov 3, 2020 · 0 comments
Open

Feature Request: Pipelines #32

sigeisler opened this issue Nov 3, 2020 · 0 comments

Comments

@sigeisler
Copy link
Contributor

Desired Behavior

I want to create relationships between jobs. For the beginning, it should suffice to create for each and once for all relationships. These connected jobs should result in a Directed Acyclic Graph (DAG) that jobs can be easily executed from root nodes to leaf nodes. If I trigger job A the framework should check if all preceding jobs do exist and if not they should be queued first. The execution order of jobs (e.g. A should start after all preceding jobs finished) can be defined in SLURM via the sbatch command (Example). Jobs that can be executed in parallel should use the parallelism determined by the SLURM scheduler.

Implementation Suggestion

It would be easiest to use an existing framework to capture these features. Often they also provide a nice frontend etc. However, I feat that the current yaml configuration files are hardly compatible with other existing solutions.

If we decide to extend SEML, I suggest:

  • Each job is defined in a separate yaml file (specifying its own running time estimate)
  • In the "seml block" dependencies to other jobs can be defined as:
    • If the yaml of the current job defines n jobs, and path/to/a.yaml defines m jobs, then this results in a total of m * n jobs.
    • If the yaml of the current job defines n jobs, and path/to/b.yaml defines k jobs, then this results in a total of n jobs.
    • If the yaml of the current job defines n jobs, path/to/a.yaml defines m jobs, and path/to/b.yaml defines m jobs (with relationtype of for_each_of), then this results in a total of k * m *n jobs.
  • The run method shall receive a dictionary for its lineage. Based on this information, the user shall be responsible for loading the right artifacts.

Example:

seml:
    ...
    dependencies:
         - for_each_of: path/to/a.yaml
         - once_for_all_of: path/to/b.yaml

References

Here some references to other pipeline frameworks (mostly for inspiration):

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant