Modest proposal - The real problem I see with JSON is it's not rich enough. Not a problem if you're using EDN https://github.com/edn-format/edn
*Unless you're paying for the commercial version Worth noting, GraalVM's JVM implementation has a different JIT compiler which seems to give better performance for highly dynamic and polymorphic languages like Clojure…
Up to 4 threads I usually see linear scaling as well, but it begins to drop off afterwards, although I don't have a representative example at hand. I'd like to see a good example if you have one available, most of my…
I don't think there's an immediately available answer here. The wide branch factor in Clojure's implementation is very iteration-friendly, less so for updates. Worth checking out are BTrees and Hitchhiker trees, but I…
You could start with these: https://clojureverse.org/t/parallel-transducing-context-figh... https://www.reddit.com/r/Clojure/comments/emylbs/any_idea_wh... https://clojurians.zulipchat.com/#narrow/stream/151168-cloju...…
Take that with a grain of salt, from experiments run by myself and others I can share this does not scale linearly. Hope some performance experts can chime in but this might be related to data structure sharing between…
That's a fair criticism, but indulge this hypothetical, if you will: - assume the sliding window transducer existed in the standard library (there's an open jira for it) - assume the programmer is not an expert, but is…
> although he doesn't really explain why HAMTs specifically are slow Hello, author here :) HAMTs are certainly slower, for "churning" operations, i.e., lots of updates, which is where Clojure exposes the transient API,…
Others have made similar comments on comparing apples to oranges when comparing optimized CL to idiomatic Clojure, but what they didn't address was "idiomatic Clojure". Threading a sequence through a bunch of lazy…
Modest proposal - The real problem I see with JSON is it's not rich enough. Not a problem if you're using EDN https://github.com/edn-format/edn
*Unless you're paying for the commercial version Worth noting, GraalVM's JVM implementation has a different JIT compiler which seems to give better performance for highly dynamic and polymorphic languages like Clojure…
Up to 4 threads I usually see linear scaling as well, but it begins to drop off afterwards, although I don't have a representative example at hand. I'd like to see a good example if you have one available, most of my…
I don't think there's an immediately available answer here. The wide branch factor in Clojure's implementation is very iteration-friendly, less so for updates. Worth checking out are BTrees and Hitchhiker trees, but I…
You could start with these: https://clojureverse.org/t/parallel-transducing-context-figh... https://www.reddit.com/r/Clojure/comments/emylbs/any_idea_wh... https://clojurians.zulipchat.com/#narrow/stream/151168-cloju...…
Take that with a grain of salt, from experiments run by myself and others I can share this does not scale linearly. Hope some performance experts can chime in but this might be related to data structure sharing between…
That's a fair criticism, but indulge this hypothetical, if you will: - assume the sliding window transducer existed in the standard library (there's an open jira for it) - assume the programmer is not an expert, but is…
> although he doesn't really explain why HAMTs specifically are slow Hello, author here :) HAMTs are certainly slower, for "churning" operations, i.e., lots of updates, which is where Clojure exposes the transient API,…
Others have made similar comments on comparing apples to oranges when comparing optimized CL to idiomatic Clojure, but what they didn't address was "idiomatic Clojure". Threading a sequence through a bunch of lazy…