Re: [jruby-dev] attr performance

2007-08-26 Thread Charles Oliver Nutter
Thomas E Enebo wrote: Did you try it without intern'ing? I am wondering if most of this is from being a fast method or not? Majority is probably from being "fast". The interning is more for consistency. - Charlie - To unsu

Re: [jruby-dev] ivar performance

2007-08-26 Thread Charles Oliver Nutter
Marcin Mielżyński wrote: Charles Oliver Nutter pisze: Here's a comparison of a purely hash-based ivar map versus one that just does a linear search. For objects with only a few instance variables, the linear search mechanism is going to be faster. Perhaps what we need is a map that's optimized

Re: [jruby-dev] API stability in minor releases

2007-08-26 Thread Charles Oliver Nutter
Werner Schuster (murphee) wrote: A solution would be to simply overload the parse method in the org.jruby.Ruby class to call the three argument one with null as last arg (since this does seem to work). I'll echo Ola's comments; the only public, supported API for JRuby 1.0 was the Ruby languag

Re: [jruby-dev] attr performance

2007-08-26 Thread Thomas E Enebo
Did you try it without intern'ing? I am wondering if most of this is from being a fast method or not? -Tom On 8/25/07, Charles Oliver Nutter <[EMAIL PROTECTED]> wrote: > Two changes in attached patch: > > - attr accessors should store interned name of variable > - attr accessor methods can be "f

Re: [jruby-dev] ivar performance

2007-08-26 Thread Marcin Mielżyński
Charles Oliver Nutter pisze: Here's a comparison of a purely hash-based ivar map versus one that just does a linear search. For objects with only a few instance variables, the linear search mechanism is going to be faster. Perhaps what we need is a map that's optimized so that small sizes are li