Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Submit feedback
  • Sign in
S
src
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 75
    • Issues 75
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 7
    • Merge Requests 7
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Analytics
    • Analytics
    • CI / CD
    • Code Review
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • OPAL
  • src
  • Issues
  • #614

Closed
Open
Opened Oct 09, 2020 by bellotti_r@bellotti_r
  • Report abuse
  • New issue
Report abuse New issue

Make sampler more robust

Current state
If one machine configuration crashes (e. g. segfault), the entire random sample dies.

Why is it bad
I'm referring to a situation where the sampler reads from a TSV file instead of generating configurations.

  • The more machines are run in parallel, the more configurations have to be restarted. This is a cumbersome manual process, and therefore error prone.
  • All progress of simulations in progress is lost. (waste of resources)
  • The unfinished machine settings have to be identified, copied to a new TSV file, and another RS has to be started, which is again a manual process.

Long story short, this bug imposes unnecessary work and introduces unnecessary error sources for OPAL users.

To upload designs, you'll need to enable LFS. More information

Linked issues

Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
3
Labels
Enhancement Optimiser Sampler
Assign labels
  • View project labels
Reference: OPAL/src#614