13:31:24pfdietzbeach: the garbage collector is a good candidate for parallelism. In SBCL., GC quickly becomes the bottleneck when using multiple threads.
13:46:18shka__pfdietz: that's actually taken care differently in SICL
14:26:51pfdietzThis came up testing the multithreading compatibility of the SBCL compiler, which recently had a global lock removed from it. Even in 8 threads, it was just achieving a ~1.4 speedup. GC was the problem.
14:27:17shka__memory managment is the weak point of sbcl imho
14:31:55jcowan"Sir, we have an insurmountable problem." "Mr. Jones, in this company, we do not have problems, we have opportunities!" "Yessir. Excuse me, sir. Sir, we have an insurmountable opportunity."
14:32:20pfdietz"Boss, we're faced with insurmountable problems." "Don't call them that! We have opportunities, not problems." "Boss, we're faced with insurmountable opportunities."
15:35:58beachNot urgent, but that's a good idea. I'll do it at some point.
15:37:49beachIt seems Clasp has been able to use MPS successfully. It would be interesting to know how dependent the SBCL GC is on the way other things are done in the system. I imagine hash tables would complicate things for instance.