Skip to content

Commit

Permalink
Update meetings/notes/2024/2024-02-15.md
Browse files Browse the repository at this point in the history
Co-authored-by: Michael Ficarra <[email protected]>
  • Loading branch information
ctcpip and michaelficarra authored Feb 15, 2024
1 parent e8e843d commit 2f99748
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion meetings/notes/2024/2024-02-15.md
Original file line number Diff line number Diff line change
Expand Up @@ -41,7 +41,7 @@ SYG: I don't think I will convince you to change your philosophical viewpoint

MM:

- non-negotiable is to introduce conventional shared memory multithreading, fully exposing the hazards of that paradigm to the JS program, such that JS programs now have the burden of maintaing consistney and avoiding deadlock within that paradigm, which is inherently a cooperative path. concurrent agents all need to cooperate to prevent invariants. comm event loops is already the concurrency model, and that's where we should focus building on.
- non-negotiable is to introduce conventional shared memory multithreading, fully exposing the hazards of that paradigm to the JS program, such that JS programs now have the burden of maintaining consistency and avoiding deadlock within that paradigm, which is inherently a cooperative path. concurrent agents all need to cooperate to prevent invariants. comm event loops is already the concurrency model, and that's where we should focus building on.
- rust shows that it is possible to support an underlying implementation utilizing techniques of shared mem multi threading, unified type system, in a way that still enables fault containment against time+space
- there are good rust compilers targeting WASM
- for JS, infeasible by any known technique to bring in sound static typing, esp for anything as sophisticated a type system as reference capabilities
Expand Down

0 comments on commit 2f99748

Please sign in to comment.