Hmmm. What do you mean exactly by "distributed"? Because as far as I know,
having it in Java is sufficient - no need to translate into another
language? There is a reason why distributed computing is much easier now
that NuPIC is in Java - it's because Java is the main ingredient and what
makes it all feasible. There are plenty of tools one can use in Java to
distribute functionality across a network. There's JINI, JavaSpaces, RMID,
Akka - just off the top of my head... Not to proselytize but there's a
reason why Java is the most popular programming language - mostly due to
its ease of use; setup; network awareness etc. NuPIC has arrived - no more
translation necessary!  :)

</end Soap Box>

Regards,
David

On Thu, Feb 5, 2015 at 1:40 PM, Gurvinder Singh <
[email protected]> wrote:

> What about making Nupic on top of Apache Spark, as it has support for
> resiliency and distributed. It also has recently added support for
> sparse matrix. Although I am don't much about that part. Just to put is
> as a suggestion. As I know there has been some work done in nupic to
> port it in Java. So it can be easy to use Spark with that to make it
> distributed.
>
> - Gurvinder
> On 02/05/2015 08:28 PM, Matthew Taylor wrote:
> > Pulling Fergal into this conversation, because I know he's interested
> > in Elixir and Clojure HTM implementations...
> > ---------
> > Matt Taylor
> > OS Community Flag-Bearer
> > Numenta
> >
> >
> > On Thu, Feb 5, 2015 at 11:07 AM, Rich Morin <[email protected]> wrote:
> >> On Feb 5, 2015, at 05:18, Kevin Archie <[email protected]> wrote:
> >>> https://github.com/nupic-community/comportex
> >>>
> >>> (I have no connection to the project, I’m just aware of it.)
> >>
> >> The Clojure ports are certainly worth a look, if only to see how they
> >> decompose the problem.  Although scalability is a motivation, my real
> >> interest has to do with seeing how Elixir (including Erlang and OTP)
> >> can be used to simplify the model.  That is, can I model things like
> >> neurons, columns, and regions using lightweight processes, leaving
> >> the communication and management to OTP.
> >>
> >> -r
> >>
> >>  --
> >> http://www.cfcl.com/rdm           Rich Morin           [email protected]
> >> http://www.cfcl.com/rdm/resume    San Bruno, CA, USA   +1 650-873-7841
> >>
> >> Software system design, development, and documentation
> >>
> >>
> >>
> >
>
>
>


-- 
*We find it hard to hear what another is saying because of how loudly "who
one is", speaks...*

Reply via email to