Emacs with concurrent garbage collection (MPs)
lists.gnu.org
Emacs with concurrent garbage collection (MPs)
1–4 of 4 posts
Re: Emacs with concurrent garbage collection (MPs)
#2I know there are still some bugs and corner cases that need to be worked out, but I am really impressed with how well this is working. I would think that moving from a traditional single-threaded mark and sweep to a moving, concurrent GC would be a very involved change. Requiring a rewrite of many components. But it looks like it was “just” plugging into the MPS API. I realize that library does several things to make this easier, like supporting pinning and weak references, but I am still impressed.
Re: Emacs with concurrent garbage collection (MPs)
#3I know there are still some bugs and corner cases that need to be worked out, but I am really impressed with how well this is working. I would think that moving from a traditional single-threaded mark and sweep to a moving, concurrent GC would be a very involved change. Requiring a rewrite of many components. But it looks like it was “just” plugging into the MPS API. I realize that library does several things to make…
Are you using this yourself? It's possible to just switch branches and use it?
Re: Emacs with concurrent garbage collection (MPs)
#4I know there are still some bugs and corner cases that need to be worked out, but I am really impressed with how well this is working. I would think that moving from a traditional single-threaded mark and sweep to a moving, concurrent GC would be a very involved change. Requiring a rewrite of many components. But it looks like it was “just” plugging into the MPS API. I realize that library does several things to make…
Are you using this yourself? It's possible to just switch branches and use it?
You can switch to it, but there are still crashes.