Added notes

This commit is contained in:
Justin Ethier 2015-12-14 23:28:36 -05:00
parent c61fcd69d7
commit a0c6309a3b

View file

@ -3,13 +3,12 @@ Phase 2 (gc-dev2) - Change how strings are allocated, to clean up the code and b
Phase 3 (gc-dev3) - Change from using a Cheney-style copying collector to a naive mark&sweep algorithm. Phase 3 (gc-dev3) - Change from using a Cheney-style copying collector to a naive mark&sweep algorithm.
Phase 4 (gc-dev4) - Integrating new tracing GC algorithm, added new thread data argument to runtime. Phase 4 (gc-dev4) - Integrating new tracing GC algorithm, added new thread data argument to runtime.
Phase 5 (gc-dev5) - Require pthreads library, stand cyclone back up using new GC algorithm. Phase 5 (gc-dev5) - Require pthreads library, stand cyclone back up using new GC algorithm.
Phase 6 (TBD) - Multiple mutators (application threads) Phase 6 (gc-dev6) - Multiple mutators (application threads)
Phase 7 (TBD) - Sharing of variables between threads (ideally without limitation, but that might not be realistic) Phase 7 (TBD) - Sharing of variables between threads (ideally without limitation, but that might not be realistic)
TODO: TODO:
- add_mutation will need to be brought into thread local data. - bring exceptions into local thread data? anything else?
- probably exceptions too. anything else? also, will probably need to lock shared resources such as I/O...
do this before branching???
- multiple mutators, and threading functions/types. probably want this on a new branch, when ready - multiple mutators, and threading functions/types. probably want this on a new branch, when ready
part of this is implementing the beginnings of srfi-18, to create multiple threads, sync them, etc part of this is implementing the beginnings of srfi-18, to create multiple threads, sync them, etc