On Tue, Nov 29, 2011 at 05:12, Charles Oliver Nutter
head...@headius.com wrote:
And JRuby's not alone. Dalvik supports forking, which is a large part
of why it's able to boot small Java applications so darn quickly; the
base Dalvik process has already initialized a bunch of VM and Android
On Tue, Nov 29, 2011 at 2:17 AM, Fernando Cassia fcas...@gmail.com wrote:
It exists, and it´s a work-around, but it works very well... nailgun. ;-)
http://www.martiansoftware.com/nailgun/
Nailgun is a fairly limited solution that isn't really comparable to fork:
* There's no process
Just to make it clear here, I'm editing the subject...my interest is
in process forking, not open source forking :)
- Charlie
On Tue, Nov 29, 2011 at 2:12 AM, Charles Oliver Nutter
head...@headius.com wrote:
Ok, hypothetical situation. What if a patch were crafted for OpenJDK
that could make
Uh, sorry for the long wait...
That was another problem that occurs with invokedynamic, in particular
with ricochet frames.
I fixed it, pushed the changes and uploaded a new binary to
http://ssw.jku.at/General/Staff/LS/coro/.
- Lukas
On 2011-11-07 00:18, Charles Oliver Nutter wrote:
Ok,
Changeset: a798eba1f10a
Author:Lukas Stadler lukas.stad...@jku.at
Date: 2011-11-29 13:57 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/a798eba1f10a
coro: fix for stack walking displaced ricochet frames
! coro.patch
___
Hello friends!
Just updating you on the status of JRuby + invokedynamic, for those of
you following along.
About halfway through this month I did another pass at getting tests
passing with invokedynamic enabled, and finally turned on all uses (at
the time) of indy in JRuby! Hooray!
Last week, I
Am 29.11.2011 23:34, schrieb Thomas Wuerthinger:
On 11/29/11 11:22 PM, Jochen Theodorou wrote:
Am 29.11.2011 22:32, schrieb Mark Roos:
[...]
I just finished a paper (link below) on JVM startup time which states
that for small programs its around
70ms. So I assume there is some other startup
Awesome, thanks Lukas!
Hopefully when the next openjdk-osx-build runs, it will pick up these
changes, and we'll have a working coro impl on OS X too :)
- Charlie
On Tue, Nov 29, 2011 at 6:58 AM, Lukas Stadler lukas.stad...@jku.at wrote:
Uh, sorry for the long wait...
That was another problem
Awesome, thanks Lukas!
Hopefully when the next openjdk-osx-build runs, it will pick up these
changes, and we'll have a working coro impl on OS X too :)
Oops, forgot to tweet about it yesterday.
http://openjdk-osx-build.googlecode.com/files/OpenJDK-1.8-x86_64-b11-2029-release.dmg
Cheers
Ok, good news and not as good news!
The good news is that coro seems to be working in the latest
openjdk-osx-build, and it definitely improves JRuby's coroutine
performance!
For running bench_fiber_ring with 100 fibers passing 1000 messages,
here's numbers for the threaded impl:
100 fibers /
Seconds after I email...A DISCOVERY...
It seems like invokedynamic is causing headaches for coro. Here's the
numbers with coro fibers and JRuby's invokedynamic support turned
*off*:
100 fibers / 1000 passes: 0.076000 0.00 0.076000 ( 0.077000)
100 fibers / 1000 passes: 0.076000
11 matches
Mail list logo
