I have completed compilation of zsuper (no-arg super) and nested whens
(whens with splatted arguments). I also finished up multiple assignment
with *args, which also applies to block arguments. This leaves only the
following uncompilable:
- a few types of block/multiple assignment: constants a
Alexey Verkhovsky wrote:
In Petstore script/benchmark_action:
* trunk runs two times faster than 1.0.1
That fits with most of my measurements of compiled versus interpreted
code. There's more gains to be had in the compiler, but it seems like a
rough doubling of performance at the moment.
Moving right along...constant/global multiple-assignment and
break-within-ensure are now done. I also forgot a couple items that are
yet to be compiled:
- opt n (this will never be compiled, we'll just rework the startup
cycle to do it rather than the interpreter
- BEGIN nodes and END nodes (
On 9/25/07, Alexey Verkhovsky <[EMAIL PROTECTED]> wrote:
> * Unlike earlier test runs, AR-JDBC in the current trunk has a
> noticeable advantage over pure-Ruby MySQL driver
Can you drill down into this further? I'm having trouble seeing the
difference from your table below. Could be the formatt
On 9/25/07, Nick Sieger <[EMAIL PROTECTED]> wrote:
> On 9/25/07, Alexey Verkhovsky <[EMAIL PROTECTED]> wrote:
> I'm having trouble seeing the difference from your table below.
Can you open the spreadsheet I sent in a follow up message?
If not, the first two columns are for MRI - with native and p
I also ran the petstore benchmark a couple of times today with
different setup options. The petstore app as it is in SVN does some
heavy logging, so I decided not only to test JRuby 1.0.1 but also
the latest fixes-1_0 branch (with slow IO being fixed).
The setup procedure was like Alexey describe
define_method methods are pushing two frames onto the stack, among other
inefficiencies
---
Key: JRUBY-1387
URL: http://jira.codehaus.org/browse/JRUBY-1387
Project: J
instance_eval is a nightmarish can of worms; it needs to be completely
refactored
-
Key: JRUBY-1386
URL: http://jira.codehaus.org/browse/JRUBY-1386
Project: JRuby
Foo::Bar = 1 is broken in compiler.
---
Key: JRUBY-1388
URL: http://jira.codehaus.org/browse/JRUBY-1388
Project: JRuby
Issue Type: Bug
Components: Compiler
Reporter: Charles Oliver Nutter
-O in those tests as well? ObjectSpace hugely skews these numbers
-Tom
On 9/25/07, Christian Seiler <[EMAIL PROTECTED]> wrote:
>
> I also ran the petstore benchmark a couple of times today with
> different setup options. The petstore app as it is in SVN does some
> heavy logging, so I decide
Christian Seiler wrote:
I also ran the petstore benchmark a couple of times today with
different setup options. The petstore app as it is in SVN does some
heavy logging, so I decided not only to test JRuby 1.0.1 but also
the latest fixes-1_0 branch (with slow IO being fixed).
The setup procedure
Chris Nelson wrote:
Ok, I did the same and got a little farther. I've patched JRuby as you
suggested and built a jruby-debug.jar and put in JRUBY_HOME/lib. Then I
tried running jruby rdebug (I copied this from ruby-debug gem).
Unfortunately it appears jruby trunk is a bit unstable right now
awesome, thanks!
On 9/25/07, Charles Oliver Nutter <[EMAIL PROTECTED]> wrote:
>
> Chris Nelson wrote:
> > Ok, I did the same and got a little farther. I've patched JRuby as you
> > suggested and built a jruby-debug.jar and put in JRUBY_HOME/lib. Then I
> > tried running jruby rdebug (I copied th
On Tue, 25 Sep 2007 16:12:52 +0200, Charles Oliver Nutter <[EMAIL PROTECTED]>
wrote:
> Moving right along...constant/global multiple-assignment and
> break-within-ensure are now done. I also forgot a couple items that are
> yet to be compiled:
>
> - opt n (this will never be compiled, we'll just
Charles Oliver Nutter wrote:
Christian Seiler wrote:
I also ran the petstore benchmark a couple of times today with
different setup options. The petstore app as it is in SVN does some
heavy logging, so I decided not only to test JRuby 1.0.1 but also
the latest fixes-1_0 branch (with slow IO bein
Two questions:
1. Did you pass -J-Djruby.objectspace.enabled=false ?
2. Do you see the benchmarking script do JIT warmup when running under JRuby?
Charles: yep, I didn't change any settings other than jruby.objectspace.enabled.
--
Alexey Verkhovsky
CruiseControl.rb [http://cruisecontrolrb.thoug
Sorry if you told it somewhere already,
but are you sure to be in production mode? I suspect Rails to get
inefficient in development mode that the compiler completes as it's
re-compiling things over and over.
Raphaël Valyi
On 9/25/07, Alexey Verkhovsky <[EMAIL PROTECTED]> wrote:
>
> Two questions
I did use the "ar_jdbc" mode which should have settings like production has.
For instance:
echo 'load "script/benchmark_action"' | ~/jruby-1_0/bin/jruby -J-server
-J-Djruby.jit.enabled=false -J-Djruby.objectspace.enabled=false
script/console ar_jdbc
And yes, I saw the "JIT warmup" output.
Alexe
I tried a few of them, bench_block_invocation.rb, bench_quicksort.rb (the
latter needs ages to load the data with JRuby while MRI loads it in a
fraction of a second. The test numbers itself are pretty close to MRI).
trunk is always slightly faster than 1.0.x. When turning off the JIT the
performa
Calling new on singleton should fail
Key: JRUBY-1389
URL: http://jira.codehaus.org/browse/JRUBY-1389
Project: JRuby
Issue Type: Bug
Components: Core Classes/Modules
Affects Versions: JRuby 1
20 matches
Mail list logo
