Skip to content
GitLab
  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • batsim batsim
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 38
    • Issues 38
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • Deployments
    • Deployments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Repository
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • batsim
  • batsimbatsim
  • Issues
  • #107
Closed
Open
Created Feb 22, 2019 by MERCIER Michael@mmercierOwner

no-shed option is not working as expected

The --no-shed CLI option documentation reads:

If set, the jobs in the workloads are
computed one by one, one after the other,
without scheduler nor Redis.

But currently, all the jobs launch at time 0 and share the resources.

I've made some changes to make the jobs start at their submission time and not before, but we still have resource sharing and all the jobs are placed on the first hosts and not dispatched on the resources or queued.

The question is what we do? The no-sched-fix branch contains my patch and this is the behavior I wanted bu maybe we should consider to have multiple very simple policies in argument to the no-shed option...

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