Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • G gexplore
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 13
    • Issues 13
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Container Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • tools
  • gexplore
  • Issues
  • #3
Closed
Open
Created Apr 06, 2022 by Pascal Engélibert@tuxmain🚴Maintainer

Parallelize forceatlas2 repulsion

Since the force computation steps in forceatlas2 are the longest but does not mutate layout.points, the Bevy UI may not be blocked during this operation.

There could be a thread for forceatlas2 (force only, or everything?), with RwLocks and maybe channels. Force applying would block the UI, and layout mutation would block the layout computation.

Changes to the forceatlas2 crate may be needed. (create a LayoutPar with RwLocks in its fields?)

Assignee
Assign to
Time tracking