freenode/#clasp - IRC Chatlog
Search
14:56:55
kpoeck
I hope I have fixed this annoying "Warning: compiled-function-file expected a function as argument " in the debugger
15:14:48
drmeister
kpoeck: So what was the conclusion of that benchmark - was all the slowdown eliminated by switching back to "object" mode?
15:15:28
drmeister
So that's like a 400x slowdown because of "large" code model vs "small" code model?
15:17:39
drmeister
(1) stack unwinding on linux has a mutex and that seriously slows down compile-file-parallel.
15:18:02
drmeister
(2) We need to use the "large" code model for compile-file-parallel - and that slows down everything.
15:18:47
drmeister
POIU doesn't appear to work - blocking us from using it to do more than single core quicklisp compilation.
15:19:16
drmeister
(3) POIU doesn't appear to work - blocking us from using it to do more than single core quicklisp compilation.
15:22:06
kpoeck
Generally clasp is much faster than it used to be, the ansi-tests now run in 40 minutes on my 8 year old machine and require much less memory
15:27:16
kpoeck
I have 54 benchmarks result for clasp from the last 20 months, perhaps I can make a graph showing the evolution
15:45:31
Bike
i talked with beach a bit about call with variable bound and stuff last night. he's working on the sicl lowering of the new instructions about now, but told me i should still hold off on using cleavir2
15:45:41
Bike
i mean, i'll still look at how things go with the new instructions, like we talked about
15:48:21
drmeister
Ok, thank you - I think there is a major breakthrough to be had there once we can get rid of call-with-variable-bound.
15:52:09
drmeister
(5) Our memory managers both have mutexes in their allocators. MPS currently worse than Boehm.