Re: New Matrix Multiplication benchmarks - Neanderthal up to 60 times faster than core.matrix with Vectorz

2016-03-14 Thread Mars0i
Dragan, I still support you doing whatever you want with your time, and I'm grateful that you've produced was I gather is a great library. Wonderful. I don't feel that you have to implement the core.matrix api--but I really, really wish someone would produce a core.matrix interface to Neandert

Re: Including debugging information for Clojure code

2016-03-14 Thread Colin Fleming
Hi Jason, Things you might be interested in checking out: George Jahad's CDT: https://github.com/georgejahad/cdt. It's kind of old, but the JDI hasn't changed much recently. There's also Ritz: https://github.com/pallet/ritz. Again, I think it's a little bit-rotted these days but there's probably

[ANN] Proto REPL 1.1.0 released with self hosted REPL

2016-03-14 Thread Jason Gilman
Proto REPL 1.1.0 has been released with support for a self hosted ClojureScript REPL . This allows Proto REPL to run without any Leiningen or Java dependencies. The self hosted REPL supports displaying all of

Re: [ANN] ClojureCL - OpenCL 2.0 Clojure library (GPGPU and high performance parallel computing)

2016-03-14 Thread Dragan Djuric
New version of ClojureCL 0.4.0 has been released to Clojars Clojars. http://clojurecl.uncomplicate.org On Wednesday, October 21, 2015 at 7:18:27 PM UTC+2, Dragan Djuric wrote: > > New version of ClojureCL 0.3.0 is out in Clojars. > http://clojurecl.uncomplicate.org > > On Wednesday, June 17, 201

Re: Including debugging information for Clojure code

2016-03-14 Thread Alex Miller
FYI, I believe the Clojure compiler always emits classes with Java debug information (line numbers, source files, and local variables). On Monday, March 14, 2016 at 6:43:26 PM UTC-5, James Norton wrote: > > > Thanks for the reply. I was able to get it working when I looked at other > classes. T

Re: Including debugging information for Clojure code

2016-03-14 Thread Jason Gilman
That's awesome that you got it working. If you could share any information you found that would be really helpful for others in the future. On Monday, March 14, 2016 at 7:43:26 PM UTC-4, James Norton wrote: > > > Thanks for the reply. I was able to get it working when I looked at other > classes

Re: Including debugging information for Clojure code

2016-03-14 Thread James Norton
Thanks for the reply. I was able to get it working when I looked at other classes. The first class I tried on the list resulted in the exception, but other classes (including those from my test project) worked. And thanks for the note about CIDER. I had looked at those sources briefly, but now

Re: [ANN] Inlein 0.1.0

2016-03-14 Thread Yehonathan Sharvit
Really awesonme. Is there a way to use the repl while developing a script with inlein? On Monday, 14 March 2016 21:03:10 UTC+2, Erik Assum wrote: > > With regard to Planck, I don't think Inlein will be useful, since you'd > have to wait for the jvm startup. > > What Planck, in my opinion, is mi

Re: [ANN] Inlein 0.1.0

2016-03-14 Thread Erik Assum
With regard to Planck, I don't think Inlein will be useful, since you'd have to wait for the jvm startup. What Planck, in my opinion, is missing is a story on dependency management without the jvm. Unfortunately, leiningen and Inlein both use Java libs to resolve deps, which means you need to

[ANN] pedestal-api - A batteries-included Swagger API for Pedestal

2016-03-14 Thread Oliver Hine
Hi everyone, It gives me great pleasure to introduce pedestal-api , a batteries-included Swagger API for the Pedestal web server. It is similar to compojure-api but allows you to use Pedestal's data driven philosophy, interceptor chain and bidirectional r

Re: [ANN] Inlein 0.1.0

2016-03-14 Thread Christopher Small
Wonderful! I love this approach and will probably use this for future scripting tasks. I know that planck (http://planck-repl.org/) has successfully achieved cljs scripting capacity on OSX (and I've heard there's progress on Linux support as well, but am fuzzy on the details). Do you think supp

Re: New Matrix Multiplication benchmarks - Neanderthal up to 60 times faster than core.matrix with Vectorz

2016-03-14 Thread Dragan Djuric
At least for the JNI part - there are many Java libraries that generate JNI, but my experience is that it is easier to just write JNI by hand (it is simple if you know what you are doing) than to learn to use one of those, usually poorly documented, tools. As for code generation - OpenCL as a s

Re: New Matrix Multiplication benchmarks - Neanderthal up to 60 times faster than core.matrix with Vectorz

2016-03-14 Thread Raoul Duke
Awesome would be a way for Cojure to generate C (perhaps with e.g. Boehm–Demers–Weiser GC to get it kicked off) and JNI bindings all automagically. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegrou

Re: New Matrix Multiplication benchmarks - Neanderthal up to 60 times faster than core.matrix with Vectorz

2016-03-14 Thread kovas boguta
On Mon, Mar 14, 2016 at 1:07 PM, Dragan Djuric wrote: > > I too shunned JNI as a dirty, clunky, ugly slime, and believed that pure > Java is fast enough, until I came across problems that are slow even in > native land, and take eternity in Java. And I started measuring more > diligently, and, ins

Re: New Matrix Multiplication benchmarks - Neanderthal up to 60 times faster than core.matrix with Vectorz

2016-03-14 Thread Dragan Djuric
> > > Its a fact that the JVM is not the state of the art for numerical > computing, including big swaths of data science/machine learning. There is > 0 chance of this changing until at least Panama and Valhalla come to > fruition (5 year timeline). > I agree, but I would not dismiss even tod

Re: New Matrix Multiplication benchmarks - Neanderthal up to 60 times faster than core.matrix with Vectorz

2016-03-14 Thread Dragan Djuric
Thank you for the encouragement, Sergey. As I mentioned in one of the articles, a decent vectorized/GPU support is not a solution on its own. It is a foundation for writing your own custom GPU or SSE algorithms. For that, you'll have to drop to the native level for some parts of the code, which

Re: New Matrix Multiplication benchmarks - Neanderthal up to 60 times faster than core.matrix with Vectorz

2016-03-14 Thread Sergey Didenko
Dragan, thank you for your library and detailed explanations! Beeing close to state of the art FORTAN libraries and GPU is important for long calculations. You give me hope to use Clojure more for data science. Last time when I benchmarked Incanter's vs Octave I decided to pause using Clojure fo

Re: New Matrix Multiplication benchmarks - Neanderthal up to 60 times faster than core.matrix with Vectorz

2016-03-14 Thread kovas boguta
On Mon, Mar 14, 2016 at 11:19 AM, Dragan Djuric wrote: > core.matrix already exists, is widely used and already unifies several >> different implementations that cover a wide variety of use cases. It >> provides an extensible toolkit that can be used either directly or by >> library / tool implem

Re: New Matrix Multiplication benchmarks - Neanderthal up to 60 times faster than core.matrix with Vectorz

2016-03-14 Thread Dragan Djuric
On Monday, March 14, 2016 at 4:56:19 PM UTC+1, tbc++ wrote: > > Just a side comment, Dragan, if you don't want to be compared against some > other tech, it might be wise to not make the subtitle of a release "X times > faster than Y". Make the defining feature of a release that it's better > t

Re: New Matrix Multiplication benchmarks - Neanderthal up to 60 times faster than core.matrix with Vectorz

2016-03-14 Thread Timothy Baldridge
Just a side comment, Dragan, if you don't want to be compared against some other tech, it might be wise to not make the subtitle of a release "X times faster than Y". Make the defining feature of a release that it's better than some other tech, and the proponents of that tech will probably start to

[Job] Clojure / Node.js developer wanted!

2016-03-14 Thread Studio Manuel Raeder
Hello! An independent graphic design studio in Berlin is looking for a developer to work specifically for a Clojure / Node.js site. You would be maintaining a website for an art/culture event, organized by the Scandinavian Embassies in Berlin. It's a small-scale part-time job, so it's ideal if

Re: New Matrix Multiplication benchmarks - Neanderthal up to 60 times faster than core.matrix with Vectorz

2016-03-14 Thread Dragan Djuric
> > > 2) I disagree with. Most real world data science is about data > manipulation and transformation, not raw computation. 1% of people need to > optimise the hell out of a specific algorithm for a specific use case, 99% > just want convenient tools and the ability to get an answer "fast enou

Re: XOR two arrays into a third on Clojure

2016-03-14 Thread James Elliott
Thanks, that does look nice. If I end up wanting to do any image manipulation I will definitely check it out. For now, all I need to do is be able to create a graphics context into which I can draw the user interface, then convert it into bits in the proper format, and blast them over USB to the

Re: New Matrix Multiplication benchmarks - Neanderthal up to 60 times faster than core.matrix with Vectorz

2016-03-14 Thread Mikera
On Monday, 14 March 2016 18:21:15 UTC+8, Dragan Djuric wrote: > > >>> >> There is a set of BLAS-like API functions in core.matrix already. See: >> https://github.com/mikera/core.matrix/blob/develop/src/main/clojure/clojure/core/matrix/blas.cljc >> > > GitHub history says they were added 7 days ago

Re: Jolin / ragtime seeding a postgres database

2016-03-14 Thread 'Sven Richter' via Clojure
Thanks to the help of a friendly slack user I figured out what the problem is. The SERIAL type does not support providing data on inserts, so: INSERT INTO tags ("name", "id") VALUES ('Java', '1') should be: INSERT INTO tags ("name") VALUES ('Java') Then everything works as expected. Coming f

Re: Jolin / ragtime seeding a postgres database

2016-03-14 Thread 'Sven Richter' via Clojure
Hi Erik, I thought about using UUIDs too for some time, but decided against it for now. So I guess this is not really a solution for me. But thanks for the hint :-) Sven. Am Montag, 14. März 2016 10:57:09 UTC+1 schrieb Erik Assum: > > Just doing some of the same, but I have a table def like >

Re: New Matrix Multiplication benchmarks - Neanderthal up to 60 times faster than core.matrix with Vectorz

2016-03-14 Thread Dragan Djuric
> > >> > There is a set of BLAS-like API functions in core.matrix already. See: > https://github.com/mikera/core.matrix/blob/develop/src/main/clojure/clojure/core/matrix/blas.cljc > GitHub history says they were added 7 days ago. Nevermind that they just delegate, so the only BLAS-y thing is th

Re: Jolin / ragtime seeding a postgres database

2016-03-14 Thread Erik Assum
Just doing some of the same, but I have a table def like CREATE TABLE ghost_channel (id UUID PRIMARY KEY DEFAULT uuid_generate_v4(), name text Which seems to generate keys for me. Maybe you could do something like that with your sequence as well? Erik. > On 14. mar. 2016, at 10.53, 'Sven Richt

Jolin / ragtime seeding a postgres database

2016-03-14 Thread 'Sven Richter' via Clojure
Hi, I am using joplin (which depends on ragtime) migrate and seed my postgresql database. One of my migration files looks like this: CREATE TABLE tags ( id SERIAL PRIMARY KEY, name VARCHAR(150)) --;; INSERT INTO tags ("name", "id") VALUES ('Java', '1') Running a migration creates the table and

Re: New Matrix Multiplication benchmarks - Neanderthal up to 60 times faster than core.matrix with Vectorz

2016-03-14 Thread Dragan Djuric
> > > Please remember that core.matrix is primarily intended as an API, not a > matrix implementation itself. The point is that different matrix > implementations can implement the standard protocols, and users and library > writers can then code to a standard API while maintaining flexibility

Re: New Matrix Multiplication benchmarks - Neanderthal up to 60 times faster than core.matrix with Vectorz

2016-03-14 Thread Mikera
On Monday, 14 March 2016 13:49:36 UTC+8, Leif wrote: > > > I also think the core.matrix crusade is unnecessary. Here are my two > cents: > > 1. No one jumps in every time someone writes a new web routing library > saying "No! You'll fragment the clojure > web routing community! Use compoju