nonmoving: Refactor management of mark thread
Here we refactor that treatment of the worker thread used by the nonmoving GC for concurrent marking, avoiding creating a new thread with every major GC cycle. As well, the new scheme is considerably easier to reason about, consolidating all state in one place, accessed via a small set of accessors with clear semantics.
Showing
- rts/RtsAPI.c 2 additions, 2 deletionsrts/RtsAPI.c
- rts/Schedule.c 0 additions, 1 deletionrts/Schedule.c
- rts/sm/GC.c 1 addition, 1 deletionrts/sm/GC.c
- rts/sm/NonMoving.c 170 additions, 96 deletionsrts/sm/NonMoving.c
- rts/sm/NonMoving.h 3 additions, 6 deletionsrts/sm/NonMoving.h
- rts/sm/Sanity.c 2 additions, 8 deletionsrts/sm/Sanity.c
Loading
Please register or sign in to comment