> However, I have found that, if I AOT compile all of zprint and the associated libraries (and use just minimal libraries), and use the right Java command line arguments (and caching techniques), that I can get a Clojure zprint filter to startup slightly faster than a Clojurescript zprint filter. And to do so in just under 1 second. Which isn't zero, but which is fast enough to be perfectly useful. > Moreover, as the amount of source to be formatted grows, the Clojure version runs considerably faster than the Clojurescript version. This seriously puts clojure on the tooling train again.

wow, start a java process and load clojure runtime in under a second?!

I know!

tell me more!

I have no more yet :( gotta benchmark it and test. But it makes a very compelling alternative to something like Julia or Go.

I'm considering hooking up clojure-neovim and AOT compiling it to check it starts fast, same for tools.nrepl.

That'd be nice to see.

@jebberjeb do you release neovim-client to a repo?

clojure.lang.ExceptionInfo: Could not find artifact neovim-client:neovim-client:jar:0.1.0 in clojars ()

@dominicm I don't think I ever did, no.

I can though.

https://github.com/jebberjeb/clojure-socketrepl.nvim probably doesn't build 🙂

ack

alright, let me just knock this out real quick

thanks ❤️

@dominicm should be good to go https://clojars.org/neovim-client

and the REPL is awaaay

Now you too can mutate neovim from your REPL! Why you would want to is another issue 🙂

My thinking is that any piece of software isn't ever really complete without a REPL to modify it at runtime.

You've been hanging round Stu I see 😉

https://github.com/clojure-vim/neovim-client/blob/master/project.clj you're bringing in an old core.async version which doesn't work with latest specs 😞

ah!

it can be run on 1.9.3 etc

then invoke the script like so command! Load :!hurl "(load-file \"%:p\")"

very nice

that appcds script is pretty intense

appcds?

@dominicm 0.1.1 on clojars w/ new core.async version

thanks! You're on it today. I had worked around it, thanks a bunch 🙂

Hmm, I have 5s. Not terrible. But not great.

damn

gonna have a play, I might have a few alterations

cool

I think there's clj files where there shouldn't be

you mean generated stuff?

uh, does neovim-client generate namespaces dynamically?

0.6s when stripping clj files & not bringing in neovim-client (just tools.nrepl)

It doesn't generate anything at runtime

wow

& I'm using the slightly slower hack of the two

I should seriously try feed this into that javascript java interpreter whilst I'm at it

Could be one of neovim-client's other deps slowing things down?

I lied, I used java -jar before, which was 0.6, with the slower hack it's 0.3s

@jebberjeb I can't actually get it to compile as is.

You mean, you can't compile neovim-client?

It compiles, but doesn't run if I strip out all the clj files

oh, right

(meaning it can't find the class)

yeah all the generating is still being done statically

oh oh I see what you're saying

gotcha, I think

Caused by: java.io.FileNotFoundException: Could not locate neovim_client/nvim__init.class or neovim_client/nvim.clj on classpath. Please check that namespaces with dashes use underscores in the Clojure file name.

I'm gonna mark it as an entry point to aot, see if that fixes it

Yeah, leiningen does a terrible job of AOT. Boot did a better job, but I couldn't get neovim-client to aot though.

I think AOT has a bad reputation, and something tells me it's not working properly.

Hmm, I thought I'd tried it -- but I was never really sure it worked.

AOT's not universally loved, no

ah, apparently gotta get this uberjar-exclusions [#"\.(clj|java|cljs)"]

wow

that strips them all out?

yep. Which speeds up the just nrepl build, but is now failing the neovim build again

okay, gonna go fully circular, and add every namespace I can see used.

Finally got them all ironed out. 0.8s

with neovim client

0.8s, is that quick enough startup? :thinking_face:

Thoughts?

@jebberjeb

Exception in thread "main" java.lang.ExceptionInInitializerError
	at com.etsy.net.UnixDomainSocket.getJarPath(Unknown Source)
	at com.etsy.net.UnixDomainSocket.<clinit>(Unknown Source)
	at neovim_client.nvim$new.invokeStatic(nvim.clj:51)
	at neovim_client.nvim$new.invoke(nvim.clj:51)
	at io.dominic.test2bencode$_main.invokeStatic(test2bencode.clj:12)
	at io.dominic.test2bencode$_main.doInvoke(test2bencode.clj:7)
	at clojure.lang.RestFn.applyTo(RestFn.java:137)
	at io.dominic.test2bencode.main(Unknown Source)
Caused by: java.lang.NullPointerException
	at com.etsy.net.JUDS.<clinit>(Unknown Source)
	... 8 more

hmm, works outside of uberjar. That "getJarPath" looks suspicious.

I'm guessing it doesn't work inside an uberjar because reasons. That's very unfortunate. 😞

Either way, this is very fast & very interesting.

(ns io.dominic.test2bencode
  (:require [neovim-client.0.api :as nvim.api]
            [neovim-client.nvim :as nvim]
            [clojure.tools.nrepl :as repl])
  (:gen-class))

(defn -main
  "I don't do a whole lot ... yet."
  [& [socket]]
  (println "Hello, World!")
  (let [client (nvim/new 0 "localhost" 7777)]
    (nvim.api/call-function client "Foo"
                            [(with-open [conn (repl/connect :port 38517)]
                               (-> (repl/client conn 1000)
                                   (repl/message {:op "eval" :code "(+ 2 3)"})
                                   repl/response-values))])
    (System/exit 0)))

Thanks for your great library @jebberjeb