Re: performance concerns (again)

2009-06-09 Thread Kyle Schaffrick
On Fri, 5 Jun 2009 02:18:53 -0700 (PDT) Robert Lehr wrote: > > The problem was that it was not as fast as I expected it should be > given that it was using no less than 100% of the CPU on my system. > (two 3GHz Xeon CPUs [1 core]; 3GB RAM; a beefy workstation). That > this was visible in the GU

Re: performance concerns (again)

2009-06-09 Thread Jonah Benton
Snippets responded to below... On Mon, Jun 8, 2009 at 5:43 PM, Robert Lehr wrote: > > I executed a simpler test in Java only, one that prints a simple > "Sleeping 30sec" message then sleeps for 30sec.  The 30sec delay is so > that I can record the memory allocated by JVM. > >    * on a Windows XP

Re: performance concerns (again)

2009-06-08 Thread Richard Newman
> First, thanks for the info, Richard. > > Interesting. I am now left to wonder if your disposition is typical > of most JVM developers and deployers. I'll have to continue asking > my inquiry. I'm actually not a typical JVM developer -- I come from a Common Lisp background, and I avoid wri

Re: performance concerns (again)

2009-06-08 Thread Robert Lehr
Thanks for the replies. This post is moderately long as it includes responses to most of the replies. Before I reply to replies, I will quickly describe some add'l data that I obtained from further tests. I was lead to a line of investigation by the description at the following URL: http:/

Re: performance concerns (again)

2009-06-06 Thread Jonah Benton
RSS is "resident set size"- as I recall from the days when I compiled my own kernels, it's based on a lazily-maintained not-guaranteed-to-be-accurate count of physical memory pages "in use" by the process. On linux, this number may overstate memory use by 50% or more for non-JVM processes. For JVM

Re: performance concerns (again)

2009-06-06 Thread Jarkko Oranen
> > The problem was that it was not as fast as I expected it should be > given that it was using no less than 100% of the CPU on my system. > (two 3GHz Xeon CPUs [1 core]; 3GB RAM; a beefy workstation).  That > this was visible in the GUI shows how slow it appeared to me.  Also, > it was using 700

Re: performance concerns (again)

2009-06-05 Thread kyle smith
> I am dealing w/ some performance constraints in the current > implementation of my application. More information, please. What in general is your app? What are the specs of your machine? What kind of data does your app deal with? > So, although Clojure offers some > features that would solv

Re: performance concerns (again)

2009-06-05 Thread Boris Mizhen - 迷阵
Try also visualvm (comes with jdk 1.6 ) https://visualvm.dev.java.net/ Boris On Fri, Jun 5, 2009 at 5:22 PM, Jonah Benton wrote: > > Hi Robert, > > I haven't been able to dig into Clojure/JVM/GC details, so I can't > speak in particular about problems e.g. with the ants application, but > there

Re: performance concerns (again)

2009-06-05 Thread Jonah Benton
Hi Robert, I haven't been able to dig into Clojure/JVM/GC details, so I can't speak in particular about problems e.g. with the ants application, but there are few useful conclusions that one can draw from a JVM's RSS and VIRT. It's unfortunate, but in general, Java app memory behavior can't be re

Re: performance concerns (again)

2009-06-05 Thread Chris Dean
> Simply stated, given that it stated clearly in this group that Clojure > runs, on average, slower than the JVM, is the JVM's high memory- > utilization a non-issue for the Clojure community as well? For my part, I'm relatively happy with the jvm's performance. I agree that the memory is usa

Re: performance concerns (again)

2009-06-05 Thread Richard Newman
Hi Robert, Thanks for a thoughtful email! > Simply stated, given that it stated clearly in this group that Clojure > runs, on average, slower than the JVM, is the JVM's high memory- > utilization a non-issue for the Clojure community as well? In short: yes. I'm only bothered by the JVM's memor

performance concerns (again)

2009-06-05 Thread Robert Lehr
First, Clojure has renewed my interest in Java, specifically the JVM and the plethora of available libraries. Clojure and Scala are the kind of projects that inspire peoples' imaginations in a world that they might otherwise overlook. Thank you, Rich Hickey. However, I have some concerns that f