SciML / SciML/JumpProcesses.jl

Simulation-level parallelism

Open
#429 2 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Julia
Stars
150
Forks
41
Avg merge
1d 9h
Merged PRs (30d)
28

Description

SSAs are "embarrassingly" parallel on the simulation level, meaning that N independent simulations can be run at the same time. I don't know how high N is in practice for the users of JumpProcesses but if it's in the thousands, and each simulation is small (e.g. <100 reactions), perhaps each simulation can be run by its own core of a GPU. Memory management would be hard and the networks would need to be small enough to fit in memory, but the potential speedup can be 100-1000x. Are there any fundamental obstacles to this? Perhaps making a prototype with Direct can be a GSoC project for someone already familiar with GPU programming.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue names no files, tests, or entry points. Start by determining whether JumpProcesses.jl supports running many small Direct simulations concurrently on a GPU, then assess the memory constraints and fundamental obstacles described in the issue. Done would be a justified feasibility result or a scoped prototype proposal.

Written by the indexing model from the issue text.

Assessment

Tech stack
julia
Domain
hpc, performance
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.