These are chat archives for unisonweb/unison

4th
Apr 2017
Vladislav Zavialov
@int-index
Apr 04 2017 07:48
@pchiusano What benefits does JVM bring?
for Unison in particular.
Paul Chiusano
@pchiusano
Apr 04 2017 13:30
Erlang vm probably too high level and opinionated to be good compilation target for unison
There can easily be multiple Unison runtimes also - the language will not be tied to its runtime the same way that like scala or clojure is to the jvm
Am interested in an rpython based runtime also
What JVM provides is excellent JIT, garbage collector, and access to a large and established ecosystem
Steven Kane
@dissipate
Apr 04 2017 18:34
@pchiusano Erlang/Elixir set the bar for distributed computing, IMO. are you going to reinvent all that in Unison on the JVM?
and BTW, i don't know what the ultimate solution is. it's well known that erlang/elixir is not performant for processing large datasets or heavy number crunching.
Steven Kane
@dissipate
Apr 04 2017 18:41
my take on it for web development is to use Elixir for non-heavy processing, and then drop down into a native process (from a native binary compiled with Rust) for computationally intensive workloads, using Elixir's NIFs (native interoperability). perhaps Unison could take a similar approach.
Paul Chiusano
@pchiusano
Apr 04 2017 19:36
@dissipate Erlang’s distributed programming support is very different than Unison, we aren’t like doing a reimplementation of Erlang with different syntax for no particular reason
Having good straight-ahead performance is also important, because pure Unison code is totally mobile, can be safely deployed dynamically via the runtime as part of Remote.transfer, whereas random C or Rust libraries cannot be shipped safely between nodes
Paul Chiusano
@pchiusano
Apr 04 2017 19:44
Sometimes the best way to proceed to steal the best ideas from existing tech, and use those ideas to build something new, not to literally build on top of existing tech… it really depends
Steven Kane
@dissipate
Apr 04 2017 22:06
@pchiusano i agree. sometimes you borrow from existing tech, but i think in the case of distributed computing there should be a lot of borrowing from Erlang.
Paul Chiusano
@pchiusano
Apr 04 2017 23:23
Well maybe someone will try to implement an Erlang based runtime at some pt for unison... my strong suspicion is that this wouldn't work out very well but maybe am wrong..