Trying to migrate some of my code from clojure and javascript to
ClojureScript and I'm missing 'sorted-set'
Does anyone know if is is one of those parts of the library that has
just not yet been migrated?
Or will not at all be migrated?
Or maybe I'm getting something wrong and its usage is not
Looking at the this line closely from Advanced Compilation and
Externs [1]:
Closure Compiler compilation never changes string literals in your
code, no matter what compilation level you use...
Whenever possible, use dot-syntax property names rather than quoted
strings. Use quoted string property
Trying to migrate some of my code from clojure and javascript to
ClojureScript and I'm missing 'sorted-set'
Does anyone know if is is one of those parts of the library that has
just not yet been migrated?
Or will not at all be migrated?
Or maybe I'm getting something wrong and its usage is
From clojure.contrib.string 1.2, I have found myself using drop, take,
and butlast. (These are more than just wrappers for String/substring,
because they behave nicely when indices exceed the string length.) I
like these methods in part because they match the behavior of
corresponding sequence
Problem summary: I am running out of memory using pmap but the same code
works with regular map function.
My problem is that I am trying to break my data into sets and process them
in parallel. My data is for an entire month and I am breaking it into 30/31
sets - one for each day. I run a
I am loading about 100,000 records from the database with
clojure.contrib.sql, using a simple query that pulls in 25 attributes
(columns) per row. Most of the columns are of type NUMBER so they get loaded
as BigDecimals. I am using Oracle database and the jdbc 6 driver (
com.oracle/ojdbc6
Just a guess. If your daily data is huge you will be loading the data for
only one day when using map and you will be loading the data for multiple
days (equal to number of parallel threads) .. and may be this is the cause
of the problem.
Sunil.
On Sat, Aug 6, 2011 at 11:40 PM, Shoeb Bhinderwala
Hey Andreas:
I have heard that it works on Windows, though I've never tried it.
Which jvm are you using?
Also, can you try attaching with command line jdb like so and see if
that gets the no providers exception.
1. add a specific port to your jvm options, like 8021 below:
You didn't understand my problem. The exact same code throws out of
memory when I change map to pmap.
My monthly data is evenly divided into 30 sets. For e.g total monthly
data = 9 records, daily data size for each day = 3000 records. I
am trying to achieve performance gain by processing the
That assumption needs checking - first rule of performance analysis: check,
don't guess :)
For example, is the java code using an existing connection versus clojure
creating one? I would also time the cost of creating 10 clojure maps of
a similar structure. Finally - 100,000 is big enough
The point is that sequentially the GC gets to remove stale entries so
simplistically only 3000 records are in memory at any one time, in
parallel processing all 9 can be in memory at the same time.
Sent from my iPad
On 6 Aug 2011, at 21:34, Shoeb Bhinderwala shoeb.bhinderw...@gmail.com
I am trying to push a Clojure app on Heroku. I have a local jar file
that the app needs. How can I get lein to use the local jar?
When I have local jar dependencies on my personal machine I just
install the jar into the local maven repository on the machine. It's
not obvious to me how to do this
In Clojure, namespaces are different from the host's packages, in
ClojureScript they are the same (insofar as they match the Google
Closure approach).
Why all the attention to :use - I thought everyone agreed using it is
a bad idea?
In any case, ClojureScript is a subset and right now
On Sat, Aug 6, 2011 at 2:30 PM, Rich Hickey richhic...@gmail.com wrote:
Why all the attention to :use - I thought everyone agreed using it is a bad
idea?
...
The only benefit
I see is that you can avoid a (minimum 2 character) prefix.
The other benefit is it saves you from the cognitive load
I am not guessing. I measured the performance of the query using plain
Java and Clojure.
In one test case, I loaded 69,099 records. The Java code took 5
seconds to execute the query and create as many objects. Clojure code
took 50.43 seconds.
The JVM settings are the same - both are initialized
On Sat, Aug 6, 2011 at 4:51 PM, Shoeb Bhinderwala
shoeb.bhinderw...@gmail.com wrote:
In one test case, I loaded 69,099 records. The Java code took 5
seconds to execute the query and create as many objects. Clojure code
took 50.43 seconds.
Try using clojure.java.jdbc instead of
Having evolved domain models in large Clojure projects over a long
time, I've been going back and forth on maps contra accessor functions
to opaque objects and I do see some merit in the latter even though
they are not idiomatic Clojure.
Basically, the crucial point for me is how well they work
On Sat, Aug 6, 2011 at 6:42 PM, Mark Engelberg mark.engelb...@gmail.com wrote:
On Sat, Aug 6, 2011 at 2:30 PM, Rich Hickey richhic...@gmail.com wrote:
Why all the attention to :use - I thought everyone agreed using it is a bad
idea?
...
The only benefit
I see is that you can avoid a
Why all the attention to :use - I thought everyone agreed using it is
a bad idea?
Really? I thought it's use was only considered bad form in the absence of
:only
The only benefit I see is that you can avoid a (minimum 2
character) prefix.
I would think the obvious benefit is its
I switched to clojure.java.jdbc. Found no difference at all. It is
still about 10 times slower than java.
On Aug 6, 8:54 pm, Sean Corfield seancorfi...@gmail.com wrote:
On Sat, Aug 6, 2011 at 4:51 PM, Shoeb Bhinderwala
shoeb.bhinderw...@gmail.com wrote:
In one test case, I loaded 69,099
20 matches
Mail list logo
