Changeset: 78cf8e98a006
Author:twisti
Date: 2012-05-15 18:21 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/78cf8e98a006
meth-lazy: fixed performance regression introduced with last commit
! meth-lazy-7023639.jit.patch
___
Changeset: e130a7249754
Author:twisti
Date: 2012-05-11 17:32 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/e130a7249754
meth-lazy: fixed a couple of C1 problems
! meth-lazy-7023639.jit.patch
___
mlvm-dev mailing list
Changeset: 32e044b02c0b
Author:twisti
Date: 2012-05-10 11:09 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/32e044b02c0b
meth-lazy: removed BytecodeBuffer; other minor changes
! meth-lazy-7023639.patch
___
mlvm-dev mailing list
Changeset: f45d25ab71e1
Author:twisti
Date: 2012-05-10 11:11 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/f45d25ab71e1
meth-lazy: fixed C1; C2 still not working
! meth-lazy-7023639.jit.patch
___
mlvm-dev mailing list
On May 10, 2012, at 10:33 AM, Charles Oliver Nutter wrote:
Here's a dump of one of the classes in question. Note that offset 7 in
the invoke method is definitely wrong:
https://gist.github.com/5a5e49f31bc79ac344b3
Christian so far can't reproduce, but it seems like a strange thing to
be a
Changeset: 07e1220e834c
Author:twisti
Date: 2012-05-10 13:12 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/07e1220e834c
meth-lazy: fixed bytecode generation bug; enabled EI and NFI caches and
predefined invokers
! meth-lazy-7023639.patch
On May 8, 2012, at 9:00 AM, Henri Gomez wrote:
Any date about back port/merge of OSX support in mlvm project ?
What exactly do you think is missing? Does the build fail for you? John
updated the mlvm patches a couple of days ago to the recent hotspot-comp
repository versions which
On May 8, 2012, at 2:11 AM, Garcia Gutierrez Miguel Alfredo wrote:
What's the behavior of @ForceInlining , in particular for
MethodHandle.invokeExact() ?
We introduced that annotation as an experiment for inlining exact invokers for
LambdaForms (note: LambdaForm is not directly related
On May 9, 2012, at 11:15 AM, Rémi Forax wrote:
On 05/09/2012 08:02 PM, Christian Thalinger wrote:
On May 8, 2012, at 2:11 AM, Garcia Gutierrez Miguel Alfredo wrote:
What's the behavior of @ForceInlining , in particular for
MethodHandle.invokeExact() ?
We introduced that annotation
On May 3, 2012, at 11:43 PM, Henri Gomez wrote:
Back to this subject.
Any date about back port/merge of OSX support in mlvm project ?
What exactly do you think is missing? Does the build fail for you? John
updated the mlvm patches a couple of days ago to the recent hotspot-comp
Changeset: ff435bb51f76
Author:twisti
Date: 2012-05-03 14:48 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/ff435bb51f76
meth-lazy: fixed CP patches size
! meth-lazy-7023639.patch
___
mlvm-dev mailing list
Changeset: 5ec0f6472b4b
Author:twisti
Date: 2012-05-01 12:24 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/5ec0f6472b4b
meth-lazy: moved to ASM for bytecode generation
! meth-lazy-7023639.patch
___
mlvm-dev mailing list
On May 1, 2012, at 2:38 PM, Rémi Forax wrote:
On 05/01/2012 09:24 PM, christian.thalin...@oracle.com wrote:
Changeset: 5ec0f6472b4b
Author:twisti
Date: 2012-05-01 12:24 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/5ec0f6472b4b
meth-lazy: moved to ASM for
On Apr 26, 2012, at 5:34 PM, Rémi Forax wrote:
On 04/27/2012 12:54 AM, christian.thalin...@oracle.com wrote:
Changeset: 4ad86bc6f440
Author:twisti
Date: 2012-04-26 15:53 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/4ad86bc6f440
annot: brought up-to-date
Changeset: 54ccf8afb970
Author:twisti
Date: 2012-04-27 15:51 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/54ccf8afb970
meth-lazy: compiler support; C1 should mostly work, C2 still has problems
! meth-lazy-7023639.jit.patch
Changeset: 794884c360dc
Author:twisti
Date: 2012-04-27 15:52 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/794884c360dc
meth-lazy: reworked BMH to get constant bound arguments; some bytecode
enhancements
! meth-lazy-7023639.patch
Changeset: 81bd2928d85d
Author:twisti
Date: 2012-04-26 10:32 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/81bd2928d85d
meth-lazy: renamed ConstantPoolCacheEntry vfinalMethod to f2Oop; use
from_interpreted_offset instead of interpreter_entry_offset in
Changeset: 4ad86bc6f440
Author:twisti
Date: 2012-04-26 15:53 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/4ad86bc6f440
annot: brought up-to-date
annot-inline: new patch for supporting @Inline annotation
meth-lazy: refreshed
Contributed-by: Haupt Michael
Changeset: ec43dd5d3757
Author:twisti
Date: 2012-04-26 15:55 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/ec43dd5d3757
meth-lazy: emit @Inline annotation for LambdaForm invokers
Contributed-by: Haupt Michael michael.ha...@oracle.com
! meth-lazy-7023639.patch
On Apr 23, 2012, at 4:29 PM, Rémi Forax wrote:
On 04/24/2012 12:57 AM, Kohsuke Kawaguchi wrote:
On 04/23/2012 11:18 AM, Rémi Forax wrote:
So again, I don't see how shifting from method handle tree to byte
code generation would somehow make this non-issue.
In fact, it's easy to know that
Changeset: 7b0a3fe79d1b
Author:twisti
Date: 2012-04-17 13:22 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/7b0a3fe79d1b
meth-lazy: fixed invokeBasic signature bug
! meth-lazy-7023639.patch
___
mlvm-dev mailing list
Changeset: 548d3ef92bba
Author:twisti
Date: 2012-04-10 15:04 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/548d3ef92bba
meth-lazy: folded meth-lazy-7023639.bcg.patch and meth-lazy-7023639.refac.patch
into meth-lazy-7023639.patch
- meth-lazy-7023639.bcg.patch
!
On Apr 5, 2012, at 12:38 AM, Mark Roos wrote:
From Christian
I had to straighten out a few issues but I can run your test with the
new implementation.
Issues with my implementation? or methodHandle usage?
Our JSR 292 implementation. It still has some rough edges.
-- Chris
Changeset: 1b654a391692
Author:twisti
Date: 2012-04-04 12:26 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/1b654a391692
meth-lazy: fixed bootstrap problem; fixed MethodHandlesTest
! meth-lazy-7023639.refac.patch
___
mlvm-dev
: 25462.684081 mS
time: 26245.909577 mS
hanoi done
RtPackageLoader terminated normally.
-- Chris
I'll put together a new version in the next few days
mark
From:Christian Thalinger christian.thalin...@oracle.com
To:Da Vinci Machine Project mlvm-dev@openjdk.java.net
On Mar 29, 2012, at 7:25 PM, Christian Thalinger wrote:
On Mar 28, 2012, at 7:31 PM, John Rose wrote:
On Mar 21, 2012, at 8:17 AM, Christian Thalinger wrote:
John, I think there is a bug in MacroAssembler::check_method_handle_type
for x86 (with meth-lazy):
That's correct. Thanks
On Mar 22, 2012, at 11:39 AM, Charles Oliver Nutter wrote:
Hey all! We're nearing the end of JRuby's 1.7 dev cycle, and I thought
I should check in on the status of invokedynamic optimization work,
update releases, and so on.
We've been getting more and more excellent reports of JRuby
On Mar 22, 2012, at 8:20 PM, Mark Roos wrote:
I still get the NoClassDefFoundError (same jar I posted some time ago)
on OSX with
java -agentpath:javaDebug.dylib -jar RtalkTest.jar ri/experiment2/RtalkTest
openjdk version 1.7.0-u4-b10
OpenJDK Runtime Environment (build
Looks good. -- Chris
On Mar 29, 2012, at 1:54 AM, John Rose wrote:
http://cr.openjdk.java.net/~jrose/7087658/webrev.00/
7087658: MethodHandles.Lookup.findVirtual is confused by interface methods
that are multiply inherited
This is a point fix for JDK 8, and will (pending approval) also
Just a heads up: most meth-lazy patches don't apply after this rebase. I try
to fix it.
-- Chris
On Mar 27, 2012, at 2:26 AM, john.r.r...@oracle.com wrote:
Changeset: fbbb26a3c3ff
Author:jrose
Date: 2012-03-26 17:26 -0700
URL:
Changeset: 66e23d30ba5c
Author:twisti
Date: 2012-03-29 17:58 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/66e23d30ba5c
meth-lazy: rebased; added an incomplete fix for 7129034
! meth-lazy-7023639.bcg.patch
! meth-lazy-7023639.patch
! meth-lazy-7023639.refac.patch
On Mar 29, 2012, at 5:58 PM, christian.thalin...@oracle.com wrote:
Changeset: 66e23d30ba5c
Author:twisti
Date: 2012-03-29 17:58 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/66e23d30ba5c
meth-lazy: rebased; added an incomplete fix for 7129034
The fix is
Looks good. -- Chris
On Mar 27, 2012, at 10:01 AM, John Rose wrote:
http://cr.openjdk.java.net/~jrose/7153157/webrev.00/
7153157: ClassValue.get does not return if computeValue calls remove
Summary: Track intermediate states more precisely, according to spec.
This is a point fix for JDK
Looks good. -- Chris
On Mar 27, 2012, at 10:04 AM, John Rose wrote:
http://cr.openjdk.java.net/~jrose/7129034/webrev.00/
7129034: VM crash with a field setter method with a filterArguments
Summary: add null checks before unsafe calls that take a variable base
reference; update unit tests
Changeset: 5073e6326af7
Author:twisti
Date: 2012-03-22 10:38 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/5073e6326af7
meth-lazy: added SPARC support
! meth-lazy-7023639.patch
___
mlvm-dev mailing list
John, I think there is a bug in MacroAssembler::check_method_handle_type for
x86 (with meth-lazy):
Address basic_type_addr(temp_reg,
delayed_value(java_lang_invoke_MethodTypeForm::basicType_offset_in_bytes,
temp2_reg));
cmp_heap_oop(mtype_reg, basic_type_addr);
if (did_push)
Changeset: 42eb8be256f6
Author:twisti
Date: 2012-03-01 06:00 -0800
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/42eb8be256f6
meth-lazy: Fixed compile error and jccb problem with 64-bit coops.
! meth-lazy-7023639.patch
___
On Feb 2, 2012, at 2:34 PM, Jochen Theodorou wrote:
Am 02.02.2012 12:21, schrieb Jochen Theodorou:
Am 01.02.2012 12:38, schrieb Rémi Forax:
[...]
This is weird,
All tests but one in UberTestCaseJavaSourceGroovyPackagesSecurity pass
for me,
with jdk7u2 and jdk8b23.
I guess I will try
On Feb 1, 2012, at 9:34 AM, Rémi Forax wrote:
On 02/01/2012 01:52 AM, Mark Roos wrote:
I just loaded about 250K lines of Smalltalk code into my jvm
implementation so now I can start
some real benchmarks using our application. All of this was done on a
Mac.
My first try was a object
Changeset: 88582189727e
Author:twisti
Date: 2012-01-24 04:14 -0800
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/88582189727e
meth-lazy: Added SourceFile attribute.
! meth-lazy-7023639.bcg.patch
___
mlvm-dev mailing list
Changeset: d54123f034ff
Author:twisti
Date: 2012-01-18 15:22 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/d54123f034ff
meth-lazy: Remove accidentally pushed Makefile changes.
! meth-lazy-7023639.jit.patch
___
mlvm-dev
Changeset: 8c5740506b11
Author:twisti
Date: 2012-01-12 15:06 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/8c5740506b11
meth-lazy: Initial C2 support.
! meth-lazy-7023639.jit.patch
___
mlvm-dev mailing list
Changeset: c1801932163e
Author:twisti
Date: 2012-01-06 20:29 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/c1801932163e
Implemented NamedFunction invokers properly.
! meth-lazy-7023639.bcg.patch
___
mlvm-dev mailing list
Changeset: 860e3fbac2d9
Author:twisti
Date: 2012-01-05 17:56 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/860e3fbac2d9
Use invokeBasic; generate bytecode for LFs.
! meth-lazy-7023639.bcg.patch
___
mlvm-dev mailing list
Changeset: bbf98492394e
Author:twisti
Date: 2012-01-04 11:57 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/bbf98492394e
Fixed bug in LF.addArguments and (maybe) Name.replaceName{s}; Other changes to
make more tests work: OK (38 tests)
! meth-lazy-7023639.bcg.patch
Changeset: 2054981e8c14
Author:twisti
Date: 2012-01-04 15:29 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/2054981e8c14
Fixed AsVarargsCollector: OK (41 tests)
! meth-lazy-7023639.bcg.patch
___
mlvm-dev mailing list
Changeset: 24fe29786f20
Author:twisti
Date: 2012-01-04 17:26 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/24fe29786f20
Use Lookup.bind for allocateInstance, as Remi suggested.
! meth-lazy-7023639.bcg.patch
___
mlvm-dev
On Dec 30, 2011, at 4:25 PM, Christian Thalinger wrote:
On Dec 30, 2011, at 3:45 PM, Rémi Forax wrote:
On 12/30/2011 03:26 PM, christian.thalin...@oracle.com wrote:
Changeset: 700540b4b52b
Author:twisti
Date: 2011-12-30 15:25 +0100
URL: http://hg.openjdk.java.net/mlvm
Changeset: 5d9201dea1f7
Author:twisti
Date: 2012-01-02 17:22 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/5d9201dea1f7
ArrayAccessor, FieldAccessor, varargs collector (half-working); OK (24 tests)
! meth-lazy-7023639.bcg.patch
Changeset: 700540b4b52b
Author:twisti
Date: 2011-12-30 15:25 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/700540b4b52b
LF'ified makeAllocator; 18 MethodHandlesTests working
! meth-lazy-7023639.bcg.patch
___
mlvm-dev mailing
On Dec 30, 2011, at 3:45 PM, Rémi Forax wrote:
On 12/30/2011 03:26 PM, christian.thalin...@oracle.com wrote:
Changeset: 700540b4b52b
Author:twisti
Date: 2011-12-30 15:25 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/700540b4b52b
LF'ified makeAllocator; 18
Changeset: db9868860bdd
Author:twisti
Date: 2011-12-23 14:24 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/db9868860bdd
Use LFs: 17 MethodHandlesTests working
! meth-lazy-7023639.bcg.patch
___
mlvm-dev mailing list
Changeset: cddb66faf23f
Author:twisti
Date: 2011-12-14 11:29 +0100
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/cddb66faf23f
Fixed patch names
! series
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
the behaviour of their runtimes.
I'm fine with that. Currently there is no such logic.
-- Chris
Rémi
On Mon, Dec 12, 2011 at 6:25 AM, Christian Thalinger
christian.thalin...@oracle.com wrote:
If the bugger here is a repeatedly invalidated SwitchPoint then we (reads:
I) should fix
On Dec 12, 2011, at 6:17 PM, chen...@telecom-bretagne.eu wrote:
I review the output message. I come to know what the error has come from.
In fact, when I did make setup, some patches which had already been in the
source rep was not popped at all. relative output is:
.
-- Chris
-- Chen
PS: why is the fclone command used to pull project as shown in the
wiki, since the Forest Extension is not delivered with Mercurial any
more ?
Christian Thalinger christian.thalin...@oracle.com a écrit :
On Dec 12, 2011, at 6:17 PM, chen...@telecom-bretagne.eu
On Oct 15, 2011, at 2:56 PM, Charles Oliver Nutter wrote:
I'm seeing something peculiar and wanted to run it by you folks.
There are a few values that JRuby's compiler had previously been
loading from instance fields every time they're needed. Specifically,
fields like
be
pathological cases. I try to get some data on that.
-- Chris
- Charlie (mobile)
On Oct 17, 2011 4:58 AM, Christian Thalinger
christian.thalin...@oracle.com wrote:
On Oct 15, 2011, at 2:56 PM, Charles Oliver Nutter wrote:
I'm seeing something peculiar and wanted to run it by you folks
of MH graph-walking calculation (with a suitably large budget since handles
individually are maybe a couple native operations each).
Let me know if you want me to test something out. I *really* hope this can
get into u2.
- Charlie (mobile)
On Oct 17, 2011 9:28 AM, Christian Thalinger
?
That'd be a no-no.
Paul
Sent from my iPhone
On Oct 14, 2011, at 6:33 AM, Christian Thalinger
christian.thalin...@oracle.com wrote:
On Oct 14, 2011, at 11:23 AM, Christian Thalinger wrote:
On Oct 14, 2011, at 9:43 AM, Ola Bini wrote:
Hi,
I'm finally about to get back
On Oct 14, 2011, at 9:43 AM, Ola Bini wrote:
Hi,
I'm finally about to get back to hacking on Seph, specifically looking
at performance - I would really like to be able to run the latest
changes (things for u2 related to invoke dynamic) in MacOS X - what is
the current status of this, and
On Oct 14, 2011, at 11:23 AM, Christian Thalinger wrote:
On Oct 14, 2011, at 9:43 AM, Ola Bini wrote:
Hi,
I'm finally about to get back to hacking on Seph, specifically looking
at performance - I would really like to be able to run the latest
changes (things for u2 related to invoke
On Sep 20, 2011, at 11:05 PM, Sebastian Sickelmann wrote:
Am 20.09.2011 13:19, schrieb Christian Thalinger:
On Sep 19, 2011, at 11:09 AM, Christian Thalinger wrote:
[Moving hotspot-runtime-dev to Bcc]
On Sep 17, 2011, at 9:05 PM, Sebastian Sickelmann wrote:
Hi,
while doing further
I finally filed a CR for this error:
7093796: JSR 292: Rtalk test case fails with: NoClassDefFoundError:
ri/core/rtalk/RtObject
-- Christian
On Aug 27, 2011, at 12:25 AM, Mark Roos wrote:
Thanks Rémi
I tried to put just the offending class on the boot path but that was not
enough.
And I filed a CR for this bug too:
7093795: JSR 292: Seph bench/bench_arithmetic.sp fails with:
NoClassDefFoundError: seph/lang/SephObject
-- Christian
On Jul 4, 2011, at 7:23 PM, Christian Thalinger wrote:
On Jun 25, 2011, at 4:16 PM, Ola Bini wrote:
Please try out the patch. I've also
On Sep 21, 2011, at 8:21 AM, Mark Roos wrote:
From Remi
Moreover, are you sure the code that contains these callsites is JITed,
No, but then how would I know and what would I do if I did know. If its
JITed
and I do the 10th ( or whatever) invalidate in three months because of
Looks good. -- Christian
On Sep 20, 2011, at 12:09 AM, John Rose wrote:
7077803: java.lang.InternalError in java.lang.invoke.MethodHandleNatives.init
http://cr.openjdk.java.net/~jrose/7077803/webrev.00
Remove access checking and access narrowing logic from
MethodHandles.unreflectX calls,
On Sep 19, 2011, at 11:58 PM, John Rose wrote:
http://cr.openjdk.java.net/~jrose/7030453/webrev.00
src/share/classes/java/lang/ClassValue.java:
233 /** Value stream for for hashCodeForCache. See similar structure in
ThreadLocal. */
Two for's.
578 * from the ehad of a non-null
and the Dissabled TestNew2.txt
should bei in the temp dir after running build.xml.
(
Christian Thalingerchristian.thalin...@oracle.com schrieb:
On Sep 19, 2011, at 11:09 AM, Christian Thalinger wrote:
[Moving hotspot-runtime-dev to Bcc]
On Sep 17, 2011, at 9:05 PM, Sebastian Sickelmann wrote:
Hi
On Sep 19, 2011, at 11:09 AM, Christian Thalinger wrote:
[Moving hotspot-runtime-dev to Bcc]
On Sep 17, 2011, at 9:05 PM, Sebastian Sickelmann wrote:
Hi,
while doing further investigations on my idea [0] i observed a
reproducable crash of the vm.
It seems to me that it happens while
On Sep 18, 2011, at 7:16 PM, Mark Roos wrote:
In looking at my code.
In general 98% of the callsites are 3 targets.
Those that are larger I can catch and use a different lookup. I also believe
that Charles Nutter limits his
depth to 5.
So the general case I see will not exceed
[Moving hotspot-runtime-dev to Bcc]
On Sep 17, 2011, at 9:05 PM, Sebastian Sickelmann wrote:
Hi,
while doing further investigations on my idea [0] i observed a
reproducable crash of the vm.
It seems to me that it happens while the hotspot tries to inline (i
think) a invokedynamic call.
On Sep 19, 2011, at 11:09 AM, Christian Thalinger wrote:
[Moving hotspot-runtime-dev to Bcc]
On Sep 17, 2011, at 9:05 PM, Sebastian Sickelmann wrote:
Hi,
while doing further investigations on my idea [0] i observed a
reproducable crash of the vm.
It seems to me that it happens while
On Sep 7, 2011, at 11:15 AM, Rémi Forax wrote:
On 09/07/2011 09:08 AM, John Rose wrote:
On Sep 7, 2011, at 12:00 AM, Per Bothner wrote:
I assume this is one reason why Kawa's IntNum is (mostly) faster than
BigInteger.
Yes, that's probably true.
Here's a dirty secret: As you can
On Sep 6, 2011, at 5:51 PM, Charles Oliver Nutter wrote:
On Tue, Sep 6, 2011 at 10:39 AM, Rémi Forax fo...@univ-mlv.fr wrote:
Yes, but don't forget that PHP.reboot has no overflow check.
Did we ever figure out if it's possible to trick Hotspot into doing a
JO instead of the raw bit-level
On Sep 5, 2011, at 1:11 AM, Rémi Forax wrote:
I've just compiled the hotspot (64bits server) using the hotspot-comp
workspace of hotspot express (hsx)
http://hg.openjdk.java.net/hsx/hotspot-comp/hotspot/
Here are the result when running PHP.reboot on fibonacci
(-server is the server VM
Tom was looking into a bug with his bimorphic inlining patch and said something
about massive inlining with RtalkTest so I thought I also give it a shot.
One thing I can say for sure: massive inlining and huge methods!
We get a lot like:
@ 115 java.lang.invoke.MethodHandle::asSpreader (13
No. That script just builds HotSpot as is in the hotspot-comp repository (no
patches applied).
-- Christian
On Aug 28, 2011, at 12:44 AM, Mark Roos wrote:
Charles
Does this script get all of the latest mlvm patches or is there another step
to pull those?
What about the conditional
I can confirm the NCDFE. This could be a duplicate of:
7055941: JSR 292 method handle invocation causes excessive deoptimization for
types not on boot class path
The workaround is to put the runtime on the boot class path.
I also can confirm that the second run of Hanoi is slower with JDK 7.
On Aug 16, 2011, at 12:19 AM, Charles Oliver Nutter wrote:
On Mon, Aug 15, 2011 at 1:01 PM, Tom Rodriguez tom.rodrig...@oracle.com
wrote:
On Aug 12, 2011, at 4:15 PM, Charles Oliver Nutter wrote:
Well, let me play devil's advocate here: why not just discount MH
chains completely?
It
On Aug 24, 2011, at 3:15 AM, Mark Roos wrote:
In looking for my classDefNotFound bug I tried the latest build I could find
for bsd port.
The 0609 version worked at least past this point but the 0808 version gave a
fatal error
# fatal error: memory leak: allocating without
On Aug 24, 2011, at 6:07 AM, Stephen Bannasch wrote:
After I build mlvm I run the running jdk/test/java/lang/invoke tests as well
as jdk/test/java/dyn/CoroutineTest.java
I'm getting fatal errors in Java running:
java/lang/invoke/ThrowExceptionsTest.java
jtreg jtr and hs_err_pid log
On Aug 24, 2011, at 8:44 PM, Tom Rodriguez wrote:
I made one:
import java.lang.invoke.*;
import static java.lang.invoke.MethodHandles.*;
import static java.lang.invoke.MethodType.*;
public class RM implements Runnable {
public static void main(String... args) throws Throwable {
That's pretty much it. If you have more that two cores increase the number for
HOTSPOT_BUILD_JOBS (it's like make -j [jobs]).
-- Christian
On Aug 19, 2011, at 9:12 PM, Charles Oliver Nutter wrote:
I've posted a gist with a script and instructions for setting up a
trunk build environment for
On Aug 17, 2011, at 2:01 PM, Jim Laskey wrote:
# A fatal error has been detected by the Java Runtime Environment:
#
# Internal Error
(/Users/stephen/dev/java/src/mlvm/sources/hotspot/src/share/vm/runtime/frame.cpp:1158),
pid=1021, tid=4410376192
# Error: ShouldNotReachHere()
Do you
the
first time as the bytecodes are quickened right after that. And in the case
where a putfield isn't quickened and we call resolve_get_put it gets very
expensive anyway.
On 8/8/11 6:56 AM, Christian Thalinger wrote:
Why on sparc you use ld_ptr() to load from cache but on X86 and X64 you use
On Aug 16, 2011, at 4:12 PM, Jeroen Frijters wrote:
Hi Rémi,
Do you have changed the argument of fib, the result is different from
one post by Charles ?
I didn't change anything and I get the same result with JDK 7, so something
else must have changed.
We usually use 5 35 as arguments
On Aug 10, 2011, at 9:10 PM, Christian Thalinger wrote:
On Jul 28, 2011, at 7:29 PM, Ola Bini wrote:
On 2011-07-28 10.11, Christian Thalinger wrote:
On Jul 28, 2011, at 6:10 PM, Ola Bini wrote:
The bad performance sounds like something is not inlined at all.
How are you invoking
On Aug 8, 2011, at 8:21 PM, Christian Thalinger wrote:
On Aug 8, 2011, at 6:39 PM, Charles Oliver Nutter wrote:
On Mon, Aug 8, 2011 at 9:51 AM, Christian Thalinger
christian.thalin...@oracle.com wrote:
Since I have the basic push-notification of CallSites I'm now looking into
push
On Jul 28, 2011, at 7:29 PM, Ola Bini wrote:
On 2011-07-28 10.11, Christian Thalinger wrote:
On Jul 28, 2011, at 6:10 PM, Ola Bini wrote:
The bad performance sounds like something is not inlined at all.
How are you invoking valueMH? Via invokedynamic or a direct MH
call?
valueMH
On Aug 9, 2011, at 7:58 AM, Charles Oliver Nutter wrote:
I have set up a local build against hsx hotspot compiler dev branch,
thanks to Christian. I'll try to write something up with the process
tomorrow.
Anyway, I wanted to test out Tom's patch for GWT bimorphic inlining
and Christian's
, at 6:32 AM, Christian Thalinger wrote:
http://cr.openjdk.java.net/~twisti/7071653
7071653: JSR 292: call site change notification should be pushed not pulled
Reviewed-by:
Currently every speculatively inlined method handle call site has a
guard that compares the current target
Since I have the basic push-notification of CallSites I'm now looking into
push-notification of SwitchPoints:
7071709: JSR 292: switchpoint invalidation should be pushed not pulled
Basically it should be the same, just needs some additional love in the
compiler.
I looked into JRuby's usage of
, Christian Thalinger wrote:
http://cr.openjdk.java.net/~twisti/7071653
7071653: JSR 292: call site change notification should be pushed not pulled
Reviewed-by:
Currently every speculatively inlined method handle call site has a
guard that compares the current target of the CallSite object
On Aug 8, 2011, at 4:01 PM, Rémi Forax wrote:
On 08/08/2011 03:51 PM, Christian Thalinger wrote:
Since I have the basic push-notification of CallSites I'm now looking into
push-notification of SwitchPoints:
7071709: JSR 292: switchpoint invalidation should be pushed not pulled
http://cr.openjdk.java.net/~twisti/7071653
7071653: JSR 292: call site change notification should be pushed not pulled
Reviewed-by:
Currently every speculatively inlined method handle call site has a
guard that compares the current target of the CallSite object to the
inlined one. This
On Jul 28, 2011, at 2:20 AM, Ola Bini wrote:
Hi,
I've hit a very annoying performance problem with invoke dynamic/method
handles that makes certain benchmarks about 3 times slower for identical
operations. This code is related to to variable lookup and the basic
idea is that I have a
On Jul 10, 2011, at 8:42 AM, Charles Oliver Nutter wrote:
I'm attaching an error log for a crash that's reproducible for me with
a recent openjdk-osx-build. It may or may not be useful depending on
how far behind other fixes they are.
I thought it would be interesting for MLVM list because
On Jul 9, 2011, at 3:27 PM, Hiroshi Nakamura wrote:
Hello,
Thanks for you comments.
On Sat, Jul 9, 2011 at 19:01, Jochen Theodorou blackd...@gmx.org wrote:
Code is here:
https://raw.github.com/nahi/jsr292-sandbox/master/src/jp/gr/java_conf/jruby/MethodHandleTest.java
lookup I don't
On Jun 21, 2011, at 3:28 AM, John Rose wrote:
On Jun 20, 2011, at 12:17 PM, Tom Rodriguez wrote:
On Jun 18, 2011, at 5:15 AM, Rémi Forax wrote:
On 06/18/2011 03:15 AM, Tom Rodriguez wrote:
On Jun 17, 2011, at 5:00 PM, John Rose wrote:
On Jun 17, 2011, at 10:21 AM, Tom Rodriguez wrote:
101 - 200 of 489 matches
Mail list logo