Stephen Bannasch wrote:
http://jira.codehaus.org/browse/JRUBY-1680
BTW, having JRUBY_OPTS=-rubygems did not cause a nailgun slowdown approximately
3 weeks ago when I first tried nailgun.
Approximately 3 weeks ago "gem install rake" took a turn for the worse
performance-wise. A clue, Watson!
>Stephen Bannasch wrote:
>># set and export JRUBY_OPTS to -rubygems
>>
>>[~/dev/test_jruby]$ export JRUBY_OPTS=-rubygems
>>
>># now nailgun is slow
>>
>>[~/dev/test_jruby]$ time bin/jruby-ng -e "puts 'hello'"
>>hello
>>
>>real0m6.551s
>>user0m0.003s
>>sys 0m0.010s
>>[~/dev/test_jruby]$
nailgun slows way down when
Key: JRUBY-1680
URL: http://jira.codehaus.org/browse/JRUBY-1680
Project: JRuby
Issue Type: Bug
Affects Versions: JRuby 1.1b1
Environment: MacOSX 10.4.11, Java 1.5.07, JRu
Stephen Bannasch wrote:
# set and export JRUBY_OPTS to -rubygems
[~/dev/test_jruby]$ export JRUBY_OPTS=-rubygems
# now nailgun is slow
[~/dev/test_jruby]$ time bin/jruby-ng -e "puts 'hello'"
hello
real0m6.551s
user0m0.003s
sys 0m0.010s
[~/dev/test_jruby]$ time bin/jruby-ng -e "put
>Stephen Bannasch wrote:
>>Thanks for testing Johan,
>>
>>It encouraged me to check out a fresh copy of JRuby and try that -- nailgun
>>works fine:
>...
>>So there is some interesting difference between the two environments which I
>>should be able to discover.
>
>If you figure it out, add someth
This is helpful thanks. I'm still getting used to the Netbeans profiling
tool, but I hope to be able to contribute some useful information at least
about slow points. If you guys do end up having a JRuby internals crash
course/conference I would definitely love to see that. I'm sure it would
hel
Anyone want to port?
Original Message
Subject: Re: Array#flatten works quadratic time on length of resulting
array. It could be linear
Date: Fri, 07 Dec 2007 11:34:37 +0900
From: Nobuyoshi Nakada <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
References:
JRuby/LDAP catches javax.naming.NamingException and reports "Can not connect to
LDAP Server" - even if it's an authentication error...
--
Key: JRUBY
Stephen Bannasch wrote:
Thanks for testing Johan,
It encouraged me to check out a fresh copy of JRuby and try that -- nailgun
works fine:
...
So there is some interesting difference between the two environments which I
should be able to discover.
If you figure it out, add something to the
At 9:05 PM +0100 12/6/07, [EMAIL PROTECTED] wrote:
>I just tried nailgun for the first time, and below are my
>measurements. I use Java 1.5.0_13 on MacOS 10.5.1 (i.e. Leopard). I
>used the same SVN revision as you did (-r5169). First a normal run of
>jruby:
>
>$ time ./bin/jruby -e 'print :hello'
>
Stephen Bannasch wrote:
What version of Java are you running? I'm running 1.5.0_07 on MacOS 10.4.11 --
but that shouldn't be the issue because I was getting times like yours about 3
weeks ago.
After starting nailgun as a background process in the same shell I can see
using ps aux that I have
[EMAIL PROTECTED] wrote:
I noticed a somewhat strange pattern in these numbers: every second
number is close to 0.80 and the other half are close to 0.55. This has
been very consistent over several runs. I have absolutely no idea why.
(I added the "sleep 10" in the loop to "stabilize" the system
On Dec 6, 2007 7:00 PM, Stephen Bannasch <[EMAIL PROTECTED]> wrote:
>
> What version of Java are you running? I'm running 1.5.0_07 on MacOS 10.4.11
> -- but that shouldn't be the issue because I was getting times like yours
> about 3 weeks ago.
>
[...]
>
> My times are absurdly long
>
> $ time jr
Kernel.system does not handle parameters correctly
--
Key: JRUBY-1678
URL: http://jira.codehaus.org/browse/JRUBY-1678
Project: JRuby
Issue Type: Bug
Components: Core Classes/Modules
>Stephen Bannasch wrote:
>>At 6:39 PM -0600 12/5/07, Charles Oliver Nutter wrote:
>>>Stephen Bannasch wrote:
There's some problem with nailgun -- it's times are much slower than I
expected -- the second request took 5s.
>>>Nailgun tends to speed up over a few runs; the first one or two are
Some String methods are not $= aware
Key: JRUBY-1677
URL: http://jira.codehaus.org/browse/JRUBY-1677
Project: JRuby
Issue Type: Bug
Reporter: Marcin Mielżyński
Assignee: Thomas E E
Stephen Bannasch wrote:
At 6:39 PM -0600 12/5/07, Charles Oliver Nutter wrote:
Stephen Bannasch wrote:
There's some problem with nailgun -- it's times are much slower than I expected
-- the second request took 5s.
Nailgun tends to speed up over a few runs; the first one or two are usually
sl
interpretation of IO redirection request in shell to /dev/null sometimes works
and sometimes doesn't
Key: JRUBY-1676
URL: http://jira.codehaus.org/browse/JRUBY-16
Joseph Athman wrote:
What kind of performance do we think is more important to focus on at
this point in JRuby development? Should we find artificial benchmarks
and optimize any bottlenecks here, or run more "real world" type tests
from things like running a simple rails app?
An example is s
Rails hangs occasionally with JRuby
---
Key: JRUBY-1675
URL: http://jira.codehaus.org/browse/JRUBY-1675
Project: JRuby
Issue Type: Bug
Components: Core Classes/Modules
Affects Versions: JRuby 1.x
At 6:39 PM -0600 12/5/07, Charles Oliver Nutter wrote:
>Stephen Bannasch wrote:
>>There's some problem with nailgun -- it's times are much slower than I
>>expected -- the second request took 5s.
>
>Nailgun tends to speed up over a few runs; the first one or two are usually
>slow for me as well.
>
The recent String interning fixes breaks Rails in certain circumstances
---
Key: JRUBY-1674
URL: http://jira.codehaus.org/browse/JRUBY-1674
Project: JRuby
Issue Type: Bug
On Dec 5, 2007 9:23 PM, Joseph Athman <[EMAIL PROTECTED]> wrote:
> But maybe small things like this are the only real bottlenecks left.
If you run Petstore benchmark from tw-commons project on Rubyforge,
for example, the last glaringly obvious bottleneck existed there
several moths ago. Not anymor
We need to KILL MethodCache.
Key: JRUBY-1673
URL: http://jira.codehaus.org/browse/JRUBY-1673
Project: JRuby
Issue Type: Bug
Affects Versions: JRuby 1.1b1
Reporter: Ola Bini
Assignee: T
24 matches
Mail list logo
