Am 12.03.2015 00:13, schrieb Mark Roos:
Hi Jochen
I have to think about yours some more but I thought I would share mine.
I condensed it to
make it easier to explain.
my pleasure
[…]
I extended callsite to hold a bunch of values one of which is the depth.
And my model for the cache is up
We did have optional instrumentation to maintain the PIC counts, and used
that to guide our choice of ordering, but we didn¹t use it on a per PIC
level to do anything at run time, it was just a case of gathering a lot of
data and printing out the stats. It did add some overhead, but I think
Vlad¹s
Jochen
The comment on the test part of the pic is interesting. Since I am looking
at multimethods
I would like to have a better understanding of how you decide which code
to dispatch at a site.
My pic suggestion assumes that one test method is applied to the arguments
and its result
used
Thanks Rémi, I was looking for a paper like that. Not for multimethods
but for a way to
improve code reuse across a hierarchy. Will savor it later with a fine
pinot :)
What I was thinking about for multi methods was a simpler tree like
approach.
http://dl.acm.org/citation.cfm?id=28732
In
Rémi your suggested paper and comments caused me to take a look at my code
base some more. What I found was that for a given selector+arity 93% of
them
have 5 implementations or less ( across 2000 classes and 25K methods).
Combining
this with my prior observations that 99% of the call sites
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 13.03.2015 02:36, Vladimir Ivanov wrote:
Have you tried passing -XDignore.symbol.file to javac?
Nope. It helps! :)
Regarding the API, I'd recommend (if it's an appropriate word
for implementation-specific API :-)) to experiment with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I'm writing to this mailing list because it seems, that
AnonymousClassLoader was created in this project around 2008.
There are several blog posts mention AnonymousClassConstructor in the
past, in context of dynamic languages support. But all
Lev,
Have you tried passing -XDignore.symbol.file to javac?
Regarding the API, I'd recommend (if it's an appropriate word for
implementation-specific API :-)) to experiment with
Unsafe.defineAnonymousClass() instead.
Best regards,
Vladimir Ivanov
On 3/13/15 2:22 AM, Lev Serebryakov wrote:
Hi Lev,
Yes, you can pass NULL to CP patches argument [1].
AnonymousClassLoader is not supported and doesn't have to be correct [2].
Best regards,
Kirill
[1]
http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/file/c82d1a19ffb5/src/share/vm/prims/unsafe.cpp#l1090
[2]