News for hackers. Stuff that matters.
Re:Reference count, don't garbage collect by dataflow on Friday July 29, 2022 @11:31PM (#32284050)
I'm gonna take a guess they dedicate a core to GC (or something along these lines).
Re:Reference count, don't garbage collect by mbrodersen on Saturday July 30, 2022 @09:20PM (#32292190)
No each thread does it’s own alloc/free. I reduce the locking to a minimum by using per-thread caching and memorisation. I had to implement that to make the code scale linearly with number of cores. Without per-thread caching it would only scale to about 3 cores. Now it scales very cleanly. Which is nice.
Re:Reference count, don't garbage collect by viraptor on Friday July 29, 2022 @11:57PM (#32284156)
That's not enough. Imagine a circular linked list. GC looks at an outside pointer to item A in it. Now another thread removes A from the list and moves the outside pointer to the next item. After that, GC would see all items in the list not referenced by anything (apart from the cycle).
Re:Reference count, don't garbage collect by dataflow on Friday July 29, 2022 @11:59PM (#32284173)
Yeah, I didn't say it was sufficient. I just said it's probably one of the things they do.