Re: Projects, which use JSR292

2011-02-16 Thread Christian Thalinger
On Feb 16, 2011, at 6:12 PM, Charles Oliver Nutter wrote: > On Wed, Feb 16, 2011 at 4:00 AM, Christian Thalinger > wrote: >>> I'm still a little skeptical about that. What benchmarks did you run? > > Skeptical? Do you think it should be faster or slower? Slower. I can't think of any changes we

Re: Projects, which use JSR292

2011-02-16 Thread Charles Oliver Nutter
Oh FYI, in order to get good perf I had to bump up InlineSmallCode to at *least* 2000, and it seemed to settle into best perf at 5000. On Wed, Feb 16, 2011 at 11:12 AM, Charles Oliver Nutter wrote: > On Wed, Feb 16, 2011 at 4:00 AM, Christian Thalinger > wrote: >>> I'm still a little skeptical a

Re: Projects, which use JSR292

2011-02-16 Thread Charles Oliver Nutter
On Wed, Feb 16, 2011 at 4:00 AM, Christian Thalinger wrote: >> I'm still a little skeptical about that.  What benchmarks did you run? Skeptical? Do you think it should be faster or slower? I was comparing recursive fib (bench_fib_recursive.rb) with normal JRuby versus JRuby + indy. Normal was ar

Re: Projects, which use JSR292

2011-02-16 Thread fo...@x9c.fr
Le 15 févr. 2011 à 18:13, John Rose a écrit : > On Feb 15, 2011, at 6:50 AM, Kirill Shirokov wrote: > >> - JRuby by Charles Oliver Nutter >> - PHP.reboot by Remi Forax >> - Smalltalk implementation by Mark Roos (in progress) > > > I think this recent thread is about an OCaml implementation by

Re: Projects, which use JSR292

2011-02-16 Thread Jochen Theodorou
Am 15.02.2011 18:02, schrieb John Rose: [...] >> We would in fact need a InstanceValue, > > This is hard, and probably amounts to a change-class operator. I > suppose you need this for arbitrary pre-existing objects from > non-cooperating classes? yes >> but it will help already avoiding some bi

Re: Projects, which use JSR292

2011-02-16 Thread Christian Thalinger
On Feb 16, 2011, at 10:55 AM, Christian Thalinger wrote: > On Feb 15, 2011, at 7:03 PM, Charles Oliver Nutter wrote: >> * Performance >> >> Because JRuby does a pretty good job optimizing, indy only recently >> started to be faster than our normal call protocol logic. I expect to >> see it get bet

Re: Projects, which use JSR292

2011-02-16 Thread Christian Thalinger
On Feb 15, 2011, at 7:03 PM, Charles Oliver Nutter wrote: > * Performance > > Because JRuby does a pretty good job optimizing, indy only recently > started to be faster than our normal call protocol logic. I expect to > see it get better and better as more of the method handle chain > inlines and