You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The new GC already performs very nicely but some improvements can be done:
Lazy-sweeping
Concurrent marking
Bitmap marking. Required for concurrent marking, this means we have to continuously have two bitmaps one for seeing what objects are allocated and the second one for mark bits, and each large allocation needs an additional mark field.
WebKit's like Subspaces.
With subspaces, we can have collectible and uncollectible one. For example all JS strings might be allocated in vm.heap.string_subspace and regular objects in vm.heap.object_subspace. There are a few problems though: should each subspace mmap a large chunk of memory for allocating blocks or there should be one large chunk of memory per runtime instance?
Internal pointers
Write barriers
The text was updated successfully, but these errors were encountered:
The new GC already performs very nicely but some improvements can be done:
mark
field.With subspaces, we can have collectible and uncollectible one. For example all JS strings might be allocated in
vm.heap.string_subspace
and regular objects invm.heap.object_subspace
. There are a few problems though: should each subspace mmap a large chunk of memory for allocating blocks or there should be one large chunk of memory per runtime instance?The text was updated successfully, but these errors were encountered: