Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in
  • lava lava
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 94
    • Issues 94
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 45
    • Merge requests 45
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • lava
  • lavalava
  • Issues
  • #504

Closed
Open
Created Sep 06, 2021 by Paweł Wieczorek@pawieczContributor

RFC: Prevent submitter starvation

Context: when submitter sends a job it is scheduled by job priority, then submission time. If jobs have the same priority and single submitter sends a large batch of jobs, subsequent jobs will be stuck waiting for available device. In order not to starve submitter additional scheduling hints could be used.

Job order can be adjusted within schedule_jobs_for_device(). To prevent submitter starvation scheduling hints could be based on active jobs.

Determining a list of unique submitters for scheduled jobs and filtering out owners of currently executed ones would allow picking a job from submitter that could potentially be starving for available device (to ensure fairness withing such group it should probably be done randomly).

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking