source: doc/proposals/concurrency/notes.md @ 8514fe19

ADTaaron-thesisarm-ehast-experimentalcleanup-dtorsdeferred_resndemanglerenumforall-pointer-decayjacob/cs343-translationjenkins-sandboxnew-astnew-ast-unique-exprnew-envno_listpersistent-indexerpthread-emulationqualifiedEnumresolv-newwith_gc
Last change on this file since 8514fe19 was 03bb816, checked in by Thierry Delisle <tdelisle@…>, 8 years ago

Some writing done on internal scheduling and various other notes

  • Property mode set to 100644
File size: 486 bytes
Line 
1Internal scheduling notes.
2
3Internal scheduling requires a stack or queue to make sense.
4We also need a stack of "monitor contexts" to be able to restuore stuff.
5
6Multi scheduling try 1
7 - adding threads to many monitors and synching the monitors
8 - Too hard
9
10Multi scheduling try 2
11 - using a leader when in a group
12 - it's hard but doable to manage who is the leader and keep the current context
13 - basically __monitor_guard_t always saves an restore the leader and current context
14 
Note: See TracBrowser for help on using the repository browser.