mailing list
> mlvm-dev@openjdk.java.net
> http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
--
<http://www.oracle.com/>
Dr. Michael Haupt | Principal Member of Technical Staff
Phone: +49 331 200 7277 | Fax: +49 331 200 7561
Oracle Java Platform Group | LangTools Team | Nashorn
Ora
lue = body(index, value, array);
>
> the other loop combinators do not be to be changed.
>
> cheers,
> Rémi
> ___
> mlvm-dev mailing list
> mlvm-dev@openjdk.java.net
> http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
--
the form of a
valid entry point table. We don't want arbitrary jumps into the middle of
things. :-)
Best,
Michael
--
<http://www.oracle.com/>
Dr. Michael Haupt | Principal Member of Technical Staff
Phone: +49 331 200 7277 | Fax: +49 331 200 7561
Oracle Java Platform Group
by default IMs should have an appearance in the stack trace. However, it may
make sense to suppress their appearance in cases similar to those that can be
used for LambdaForms (the @Hidden annotation comes to mind). This would depend
strongly on the use case, and exposing this feature might be r
I do like the fiber ideas. It would be interesting to try to make the fiber
> idea a standard
> feature. This seems like a way to get stack manipulation as well even
> without reification.
>
> Ah yes, mission creep. I would be happy with a fast defineClass with the GC
>
ymous" because it should be given a name.
If it is supposed to appear in a stack trace, that would be most helpful. The
class to be displayed in this case can be the "host", but it should be
displayed differently than usual to avoid the notion of class membership.
Best,
Michael
r array of exception classes.
Best,
Michael
--
<http://www.oracle.com/>
Dr. Michael Haupt | Principal Member of Technical Staff
Phone: +49 331 200 7277 | Fax: +49 331 200 7561
Oracle Java Platform Group | LangTools Team | Nashorn
Oracle Deutschland B.V. & Co. KG | Schiffbauergasse 14 |
27;s one of us. ;-)
Best,
Michael
[1] https://en.wikipedia.org/wiki/Gargantua_and_Pantagruel
--
<http://www.oracle.com/>
Dr. Michael Haupt | Principal Member of Technical Staff
Phone: +49 331 200 7277 | Fax: +49 331 200 7561
Oracle Java Platform Group | LangTools Team | Nashorn
Oracle Deutschlan
https://bugs.openjdk.java.net/browse/JDK-8158765
<https://bugs.openjdk.java.net/browse/JDK-8158765>
Thanks,
Michael
--
<http://www.oracle.com/>
Dr. Michael Haupt | Principal Member of Technical Staff
Phone: +49 331 200 7277 | Fax: +49 331 200 7561
Oracle Java Platform Group
>
>
> Regards, Peter
--
<http://www.oracle.com/>
Dr. Michael Haupt | Principal Member of Technical Staff
Phone: +49 331 200 7277 | Fax: +49 331 200 7561
Oracle Java Platform Group | LangTools Team | Nashorn
Oracle Deutschland B.V. & Co. KG | Schiffbauergasse 14 | 14
Hi Peter,
the internal tests look good. I'll assign the issue over to you. Thanks!
Best,
Michael
> Am 26.05.2016 um 14:42 schrieb Michael Haupt :
>
> Hi Peter,
>
> thank you for this wonderful piece of work.
>
>> Am 26.05.2016 um 10:59 schrieb Peter Levart >
118.095 104.374
CVEB.redeployPartition N/A N/A 392.969 445.776 370.319 345.316
CVEB.redeployPartition N/A N/A 464.723 419.487 252.764 146.739
CVEB.redeployPartition N/A N/A 1646.825 1553.961 773.508 428.923
-- Dr. Michael Haupt | Principal Member of Technical StaffPhone: +49 331 200 7277 |
Hi Aleksey,thanks; comments inlined.Am 19.05.2016 um 15:57 schrieb Aleksey Shipilev <aleksey.shipi...@oracle.com>:On 05/19/2016 03:32 PM, Michael Haupt wrote:It may well be that running the bechmark so few times does not deliver astable enough result. I'd like Aleksey to comment
64 4096 unknown16ss 16 825.090 ±
95.535 ms/op
Am 08.05.2016 um 17:18 schrieb Peter Levart <peter.lev...@gmail.com>:
Hi Michael,
On 05/06/2016 04:48 PM, Michael Haupt
wrote:
Hi Peter,
ch about it.
IIRC Graal has adopted static field storage for its single-value case. Beating
that with a solution that has to have the flexibility of multiple values as
well? Fat chance. :-)
Thanks for confirming,
Michael
--
<http://www.oracle.com/>
Dr. Michael Haupt | Principal Member of
mpressive. I'll evaluate further.
Best,
Michael
> Am 05.05.2016 um 17:21 schrieb Peter Levart :
>
> Hi Michael,
>
>
> On 05/04/2016 06:02 PM, Michael Haupt wrote:
>> Hi Peter,
>>
>> thank you for chiming in again! :-) I'll look at this in depth
Hi Peter,
thank you for chiming in again! :-) I'll look at this in depth on Friday.
Best,
Michael
> Am 04.05.2016 um 17:50 schrieb Peter Levart :
>
> Hi,
>
> On 04/29/2016 10:28 AM, Michael Haupt wrote:
>> All,
>>
>> see http://cr.openj
Hi again,
I've uploaded a reformatted results file (and an Excel sheet in case that's
interesting) that show the results side by side.
Best,
Michael
> Am 02.05.2016 um 10:38 schrieb Michael Haupt :
>
> Hi Jochen,
>
> thanks for clarifying. I've added results
gt; <http://cr.openjdk.java.net/~mhaupt/8031043/benchmark/ClassValueBench.java>
> contains some numbers, but I cannot tell if they compare or not. At least it
> does not contain the numbers I would expect
>
> bye Jochen
>
> On 29.04.2016 15:21, Michael Haupt wrote:
>> Hi Joche
our patch but the first two lines of
> removeSingleEntry seems rather mysterious.
>
> cheers,
> Rémi
>
> De: "Michael Haupt"
> À: "Da Vinci Machine Project"
> Envoyé: Vendredi 29 Avril 2016 13:19:32
> Objet: Re: ClassValue perf?
>
> Hi Joch
Hi Jochen,
> Am 29.04.2016 um 14:42 schrieb Jochen Theodorou :
> On 29.04.2016 13:19, Michael Haupt wrote:
>> Hi Jochen,
>>
>>> Am 29.04.2016 um 12:17 schrieb Jochen Theodorou >> <mailto:blackd...@gmx.org>>:
>>> my fear is a bit that having only
only one value associated with a class. As soon as a second value
comes in, the ClassValue will transition to the usual map storage.
Please let me know if this is a response to your concern.
Best,
Michael
--
<http://www.oracle.com/>
Dr. Michael Haupt | Principal Member of Technical Sta
es much on footprint given the additional data that must be
kept around to make transition to map storage safe.
Opinions?
Best,
Michael
--
<http://www.oracle.com/>
Dr. Michael Haupt | Principal Member of Technical Staff
Phone: +49 331 200 7277 | Fax: +49 331 200 7561
Oracle Java Platf
esult type = loop variable type, rather than
result type = loop variable).
> I guess in the future there may be ample opporunity to specialize the generic
> “loop” mechanism with LambdaForms?
Yep: https://bugs.openjdk.java.net/browse/JDK-8143211
Best,
Michael
--
<http://www.oracle
mbinators in InvokerBytecodeGenerator to compile them in more
> efficient bytecode shapes. If yes, please, file corresponding RFEs.
Absolutely; this is on my to-do list anyway.
https://bugs.openjdk.java.net/browse/JDK-8143211
Best,
Michael
--
<http://www.oracle.com/>
Dr. Michael Haupt | Prin
Dear all,
please review this change.
RFE: https://bugs.openjdk.java.net/browse/JDK-8139885
Corresponding JEP: https://bugs.openjdk.java.net/browse/JDK-8130227
Webrev: http://cr.openjdk.java.net/~mhaupt/8139885/webrev.00/
Thanks,
Michael
--
<http://www.oracle.com/>
Dr. Michael
oint, and
wasn't happy with my original proposal either.
> Perhaps a note in the javadoc that this is the preferred method for internal
> use would be sufficient? We can't make a reference from public method to the
> package-private one in javadoc though.
That's a good
re first
> `@run'
Yes. The test is also marked as ignored until another issue is fixed, so that
can be ignored.
Other than the above remark/suggestion, this looks fine. I'll defer to an
upper-case Reviewer, though.
Best,
Michael
--
<http://www.oracle.com/>
Dr. Michael
Hi John,
ummm ... this seems to imply I can remove the findSuperConstructor() proposal
from the Indy JEP. Incidentally, it's on my list for this week - and less work
is always good. ;-) Even if, in this case, it leads to disappointment. I agree
with you in that opening up the MH API like this w
ak.png
>
> Is this expected? If we have to stuff a WeakReference into the
> ClassValue it seriously diminishes its utility to us.
>
> - Charlie
--
<http://www.oracle.com/>
Dr. Michael Haupt | Principal Member of Technical Staff
Phone: +49 331 200 7277 | Fax: +49 331 200 7561
Orac
fov/8060717/webrev.00/
note that mine is a lower-case review and does not count, but: thumbs up. The
level of detail at which the API is tested improves significantly with these
changes.
Best,
Michael
--
<http://www.oracle.com/>
Dr. Michael Haupt | Principal Member of Technical Staff
Ph
>> codebase?
>>
>>
>> Yes. Look for org.codehaus.groovy.reflection.GroovyClassValuePreJava7 which
>> is normally wrapped by a factory.
>
> Excellent, thank you!
>
> - Charlie
--
<http://www.oracle.com/>
Dr. Michael Haupt | Principal Member of Technical Staff
Phone: +49 33
Changeset: 4d38d18ba364
Author:mhaupt
Date: 2012-07-13 10:45 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/4d38d18ba364
meth-lazy: removed obsolete DataBinding interface and commented-out code
! meth-lazy-7023639.xbmh.patch
___
we really go to tuning. After I look into the test suites, I'll start
> comparing assembly dumps for the simpler bits so we can get a better
> idea what's not optimizing as well.
good. Note that the tuning is up next.
Best,
Michael
--
Dr. Michael Haupt | Principal Member of T
ng a few command lines that always triggered the
> dreaded NCDFE. Wonderful!
Can you say some more about the performance? How much slower is it?
Best,
Michael
--
Dr. Michael Haupt | Principal Member of Technical Staff
Phone: +49 331 200 7277 | Fax: +49 331 200 7561
Oracle Labs
Oracle
Hi,
Am 12.07.2012 um 00:26 schrieb Rémi Forax:
> Or perhaps you can use asSubClass() ?
asSubclass() it is. :-)
Best,
Michael
--
Dr. Michael Haupt | Principal Member of Technical Staff
Phone: +49 331 200 7277 | Fax: +49 331 200 7561
Oracle Labs
Oracle Deutschland B.V. &
Changeset: 0a120a3124fe
Author:mhaupt
Date: 2012-07-12 00:47 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/0a120a3124fe
meth-lazy: refactorings, made test more stressful
! meth-lazy-7023639.xbmh.patch
___
mlvm-dev mailing list
t; a Class seems enough so the cast near the end of the method can be
> removed.
I'd like to keep that to make really clear what Class type instances are
expected.
(There are places where Class would just feel very wrong.)
Best,
Michael
--
Dr. Michael Haupt | Principal Member of Tec
Changeset: 79c955d995f0
Author:mhaupt
Date: 2012-07-11 22:07 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/79c955d995f0
meth-lazy: merged BMH factory into BMH, added test for primitive parameter
binding
! meth-lazy-7023639.xbmh.patch
ith payload (none of the annotations introduced by
our work do this).
@@ -2560,10 +2727,11 @@
TempNewSymbol sde_symbol is never used.
Best,
Michael
--
Dr. Michael Haupt | Principal Member of Technical Staff
Phone: +49 331 200 7277 | Fax: +49 331 200 7561
Oracle Labs
Oracle Deutschland B.V. &
Changeset: 0045d0c0a3d2
Author:mhaupt
Date: 2012-07-10 13:46 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/0045d0c0a3d2
meth-lazy: more robust XBMH creation/cloning, refactoring
! meth-lazy-7023639.xbmh.patch
___
mlvm-dev maili
Changeset: bc14db7367b6
Author:mhaupt
Date: 2012-07-02 13:29 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/bc14db7367b6
meth: BMH refactorings
! meth-lazy-7023639.xbmh.patch
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
h
Changeset: 9413fdf424cd
Author:mhaupt
Date: 2012-07-02 10:12 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/9413fdf424cd
meth: avoid binding of Unsafe instances and superfluous nulls in field
getters/setters; provide immediate literal binding facility rudiment
! meth-lazy
Changeset: 71c151b678c1
Author:mhaupt
Date: 2012-06-27 14:28 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/71c151b678c1
meth: BMH meta-data, refactorings
! meth-lazy-7023639.xbmh.patch
___
mlvm-dev mailing list
mlvm-dev@openjdk
Changeset: a8cf2f000298
Author:mhaupt
Date: 2012-06-25 22:28 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/a8cf2f000298
meth: fixed series file
! series
Changeset: c6b2a28687f5
Author:mhaupt
Date: 2012-06-25 22:29 +0200
URL: http://hg.openjdk.java.net/
Changeset: 38d9741ea9d4
Author:mhaupt
Date: 2012-06-25 16:58 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/38d9741ea9d4
meth: BMH adapted to mtarg
! meth-lazy-7023639.xbmh.patch
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.n
Changeset: f9ab85493169
Author:mhaupt
Date: 2012-06-25 17:00 +0200
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/f9ab85493169
meth: removed unnecessary (empty) BMH patch
- meth-lazy-7023639.xbmh.patch
___
mlvm-dev mailing list
ml
... thanks! :-)
Am 22.06.2012 um 04:43 schrieb John Rose:
> Voting for Michael Haupt [1] is now closed.
>
> Yes: 3 (all current committers; includes myself)
> Veto: 0
> Abstain: 0
>
> According to the Bylaws definition of Lazy Consensus, this is sufficient to
>
John,
Am 20.06.2012 um 05:51 schrieb john.r.r...@oracle.com:
> Changeset: 67a314048583
> Author:jrose
> Date: 2012-06-19 20:51 -0700
> URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/67a314048583
>
> rebase to current hsx/hotspot-comp (except .jit and .xbmh patches)
with noc
the bytecode. :-)
Please set InvokerBytecodeGenerator.DUMP_CLASS_FILES to true to have all LFI
(NFI, EI) class files serialised. This also enables unique numbering. The
dumped class files contain textual descriptions of the respective LFs as well,
so it's easier to see what the problem is all about.
Best,
Michael
--
Dr. M
50 matches
Mail list logo
