actually have two more micro-opts, I actually got a basic compile of 8.8 seconds

Woot!

maybe didn’t make as much difference I thought, but pushed

curious to see where cljs-perf ends up

there’s definitely more stuff to look at, but done for the evening

I’m running the latest and will post here when done. 🙂

Speedup of 1.17 for the last two commits, putting things at 1.95 relative to 1.10.339

Interestingly, between 1.10.329 and 1.10.339 we had a 10% perf regression. I’m tempted to add intermediate builds between those two releases until the source of the regression is found. https://github.com/mfikes/cljs-perf

^ The difference is evidently writing out caches as edn vs. Transit JSON.

(With edn being faster.)

Huh but slower for reading I would bet - incremental builds

I’m digging deeper into it. Setting :cache-analysis-format :edn doesn’t speed master up, so I’m testing whether simply having Transit on the classpath is causing our dynaload code to somehow cause it.

(This is the implicated commit https://github.com/clojure/clojurescript/commit/b2b13e370545d2eac661caab1a54b42a33d27ee9)

I think have two more promising tweaks - not calling load-core in analyze-form and unrolling emits & emitln

This work for you? clojure -Sdeps '{:deps {johnmn3/coal-mine2vec {:git/url "" :sha "46af3670c16b9a3b827c1e144b76c116dc45a4ce"}}}' "-m" "coal-mine2vec.is-to" map reduce for

@mfikes ^

@john Yes. Wondering what it does 🙂

It does a word2vec on the coal mine 🙂

pushed those two tweaks

Updated result at https://github.com/mfikes/cljs-perf