Re: Poor parallelization performance across 18 cores (but not 4)

This reminds me of another thread, where performance issues related to concurrent allocation were explored in depth: https://groups.google.com/d/topic/clojure/48W2eff3caU/discussion The main takeaway for me was, that Hotspot will slow down pretty dramatically, as soon as there are two threads

Re: Any plan to add log4j 2 support to tools.logging?

See https://logging.apache.org/log4j/2.x/maven-artifacts.html#SLF4J_Bridge -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be

Re: Any plan to add log4j 2 support to tools.logging?

log4j2: While the Log4j 2 API will provide the best performance, Log4j 2 provides support for the SLF4J and Commons Logging APIs. Doesn't this mean that log4j 2 now works directly with tools.logging without having to go via slf4j-log4j12? -- You received this message because you are

Any plan to add log4j 2 support to tools.logging?

Hi all, I was wondering if any work is being planned on tools.logging to add log4j 2 support? -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are

Re: Any plan to add log4j 2 support to tools.logging?

You mean something besides this? [org.clojure/tools.logging "0.3.1"] [org.slf4j/slf4j-log4j12 "1.7.1"] [log4j/log4j "1.2.17" :exclusions [javax.mail/mail javax.jms/jms com.sun.jmdk/jmxtools

Re: Poor parallelization performance across 18 cores (but not 4)

David: No new suggestions to add right now. Herwig's suggestion that it could be the Java allocator has some evidence for it given your results. I'm not sure whether this StackOverflow Q on TLAB is fully accurate, but it may provide some useful info:

Re: [ANN] pex, a powerful PEG parsing library

I'm really impressed by how fast it is out of the box with basically no optimisations. Tatu Saloranta is fanatical about Jackson performance, getting to within 6x on the first attempt is very promising. On 20 November 2015 at 02:43, Ghadi Shayban wrote: > Thanks for taking a

Re: Any plan to add log4j 2 support to tools.logging?

Got it working with aatree. Here's my dependencies: [org.clojure/tools.logging "0.3.1"] [org.apache.logging.log4j/log4j-core "2.4.1"] [org.apache.logging.log4j/log4j-api "2.4.1"] [org.apache.logging.log4j/log4j-slf4j-impl "2.4.1"] Bill -- You received this message because you are subscribed

Re: Any plan to add log4j 2 support to tools.logging?

Interesting. The log4j-api is not needed. log4j-slf4j-impl directly interfaces with log4j-core. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are

Blog post on Cider

Hi guys, As promised here's my intro on emacs/cider: http://mping.github.io/2015/11/17/clojure-emacs-cider.html Thanks to everyone that pointed me the way at https://groups.google.com/forum/#!topic/clojure/E1FHI_RIWp8 Please feel free to send comments, corrections or whatever. -- You

Re: Data visualization workshops post-mortem

Wow, thank you for sharing the info! Cool. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To

Re: [ANN] Clojure 1.8.0-RC2

I don't think CLJ-1845 had the intended effect. user=> (alter-var-root #'load (fn [f] (fn [& args] (prn "patched") (apply f args #object[user$eval1241$fn__1242$fn__1243 0x1c857e6 "user$eval1241$fn__1242$fn__1243@1c857e6"] user=> (load) "patched"

[ANN] lein-virgil, a plugin for mixed Clojure/Java development

Nice! I'm excited to try this one out. Good idea. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post.

[ANN] Okku 0.1.5 - Akka from Clojure

Okku, the Clojure (thin) wrapper for Akka. Github: https://github.com/gaverhae/okku Leiningen: [org.clojure.gaverhae/okku "0.1.5"] New in this release: * Updated Akka dependency to 2.3.14 * Updated Clojure dependency to 1.7.0 * Support for Akka's ask pattern Thanks go to David Orme for this

Re: [ANN] pex, a powerful PEG parsing library

This is interesting ! It reminds me of Parsnip from C.Grand [0], have you considered it when desining pex ? As your parser is focusing of characters, I am wondering : could the operations triggered by the execution of your pex code be simple enough to warrant actual compiling to JVM bytecode

Re: Poor parallelization performance across 18 cores (but not 4)

On Thursday, November 19, 2015 at 1:36:59 AM UTC-5, David Iba wrote: > > OK, have a few updates to report: > >- Oracle vs OpenJDK did not make a difference >- Whenever I run N>1 threads calling any of these functions with >swap/vswap, there is some overhead compared to running 18

Re: Poor parallelization performance across 18 cores (but not 4)

Yeah, I actually tried using aset as well, and was still seeing these "rogue" threads taking much longer (although the ones that did finish in a normal amount of time had very similar completion times to those running in their own process.) Herwig: I will try those suggestions when I get a

Re: [ANN] pex, a powerful PEG parsing library

Thanks for taking a look. User-level bytecode allows me an easier choice to build a JIT or tracing infrastructure, while being far less complex than writing out JVM bytecode during grammar compile. Christophe has certainly been a help offline with design choices. I wanted PEG, no ambiguity,

Data visualization workshops post-mortem

For those interested in data visualization with CLJ/CLJS, my thi.ng libs, reagent & figwheel, I've recently been teaching two 3-day workshops in London and published repos with fully commented source code, incl. a lengthy report of the last workshop here: