hg: mlvm/mlvm/hotspot: meth-conv: cleaner code

2011-05-02 Thread john . r . rose
Changeset: 3d79a882e6d3 Author:jrose Date: 2011-05-02 03:02 -0700 URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/3d79a882e6d3 meth-conv: cleaner code ! meth-conv-6939861.patch ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net ht

hg: mlvm/mlvm/jdk: meth-conv: cleaner code

2011-05-02 Thread john . r . rose
Changeset: b1648c6e35ec Author:jrose Date: 2011-05-02 03:01 -0700 URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/b1648c6e35ec meth-conv: cleaner code ! meth-conv-6939861.patch ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http:/

Re: Initial Smalltalk execution time

2011-05-02 Thread Christian Thalinger
On May 1, 2011, at 7:39 AM, Mark Roos wrote: > Now that the core works I thought I would take a quick look at the execution > speed. For this I > executed the same code in our current environment (OS/2 and a mid 90's > Smalltalk) and again using > our invokeDynamic based vm translation. The c

Re: Unusually high polymorphic dispatch costs?

2011-05-02 Thread Rémi Forax
On 05/01/2011 09:58 PM, Charles Oliver Nutter wrote: > On Sun, May 1, 2011 at 1:01 PM, Mark Roos wrote: >> With respect to chaining gwt handles. >> >> Any thoughts on at what depth the chain should be converted to some other >> form of dispatch? >> I am currently just letting them build >> >> In s

Re: Unusually high polymorphic dispatch costs?

2011-05-02 Thread Rémi Forax
On 05/01/2011 11:01 PM, Mark Roos wrote: In the Smalltalk I am porting the solution they use is to just drop the entire chain and let it reform. The assumption would be that for any short time period in the life of a program no sites are megamorphic. the metric they use is the total amount of

mlvm build with coroutines -- but coro tests fail

2011-05-02 Thread Stephen Bannasch
I've uploaded a build of mlvm with coro enabled: http://www.concord.org/~sbannasch/mlvm/java-1.7.0-internal-mlvm-2011_05_02.tar.gz but running these tests fail: jdk/test/java/dyn/CoroutineTest.java #section:compile --messages:(3/175)-- command: compile /Users/stephen/de

Re: Assembly output from JRuby 'fib'

2011-05-02 Thread Christian Thalinger
On Apr 29, 2011, at 3:44 PM, Rémi Forax wrote: > On 04/29/2011 01:09 PM, Christian Thalinger wrote: >> On Apr 28, 2011, at 3:19 PM, Charles Oliver Nutter wrote: >>> On Thu, Apr 28, 2011 at 5:16 AM, Christian Thalinger >>> wrote: I took a look at it. I used 64-bit x86 since the code is a bit

Re: Unusually high polymorphic dispatch costs?

2011-05-02 Thread Mark Roos
The system I am porting redoes its compilation based on code size generated not objects generated. So if the object code in active execution is less than 1 meg no flushes/redux occur. So the examples you gave would not cause a code cache flush. I could see where a system based on objects crea

Re: Assembly output from JRuby 'fib'

2011-05-02 Thread Charles Oliver Nutter
On Thu, Apr 28, 2011 at 11:18 AM, Rémi Forax wrote: > Do you specialize the overflow check depending on the callsite ? > for fib(n - 1), you just have to check if n is different from > Integer.MIN_INT, > for fib(n - 2), if n is <= to Integer.MIN_INT - 1 > and for + use the double xor tricks. Here

hg: mlvm/mlvm/hotspot: meth-conv: remove bugs

2011-05-02 Thread john . r . rose
Changeset: 581178c2b649 Author:jrose Date: 2011-05-02 16:09 -0700 URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/581178c2b649 meth-conv: remove bugs ! meth-conv-6939861.patch ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net htt

hg: mlvm/mlvm/jdk: meth-conv: remove bugs

2011-05-02 Thread john . r . rose
Changeset: e24ec0981a0d Author:jrose Date: 2011-05-02 16:10 -0700 URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/e24ec0981a0d meth-conv: remove bugs ! meth-conv-6939861.patch ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://