EC cipher support
-
Key: JRUBY-4490
URL: http://jira.codehaus.org/browse/JRUBY-4490
Project: JRuby
Issue Type: Improvement
Components: OpenSSL
Affects Versions: JRuby-OpenSSL 0.6
Reporter: Hiroshi Na
JFFI_BOOT variable might get a "strange" value
--
Key: JRUBY-4489
URL: http://jira.codehaus.org/browse/JRUBY-4489
Project: JRuby
Issue Type: Bug
Affects Versions: JRuby 1.4
Environment
Hi Charlie,
On Wed, Jan 6, 2010 at 9:58 AM, Charles Oliver Nutter
wrote:
> Ok, it's time to start biting off a big change: we need to make the
> JRuby runtime be classloader-global (i.e. static).
Do you already have this new JRuby runtime in somewhere? If you have,
I want to start using classloa
On Sat, Jan 16, 2010 at 1:03 AM, Charles Oliver Nutter
wrote:
> I have found an interesting clue to poor startup!
>
> It appears that DefaultRubyParser.yyparse (the main parser method) is
> *still* never being jitted by the JVM, in either client or server
> modes (at least on OS X Java, which shou
Joni matches [^\w] incorrectly, and differently to MRI/187
--
Key: JRUBY-4488
URL: http://jira.codehaus.org/browse/JRUBY-4488
Project: JRuby
Issue Type: Bug
Reporter: Daniel
Some anecdotal results as well...it does appear to help some of our
most troublesome startup cases, even if only a bit:
Before:
~/projects/jruby ➔ time jruby -rubygems -e "puts 1"
1
real0m2.380s
user0m2.205s
sys 0m0.131s
~/projects/jruby ➔ time jruby -rubygems -e "require 'active_re
I have found an interesting clue to poor startup!
It appears that DefaultRubyParser.yyparse (the main parser method) is
*still* never being jitted by the JVM, in either client or server
modes (at least on OS X Java, which should be pretty normal).
Here's the output of PrintCompilation | grep yypa
