Hello,
The bug Magnus linked is tracking that work, and I'm happy to let them
(the perf team afaik) handle it. I was more interested in removing them
than updating them anyway, but it seems they still serve a purpose in
some cases.
/Erik
On 2013-10-31 00:18, Mike Duigou wrote:
Hi Erik;
It
On 2013-10-31 00:18, Mike Duigou wrote:
Hi Erik;
It doesn't look like your updated classlists were pushed and I note that 'HashMap$Entry'
has been renamed to 'HashMap$Node'. Are there plans to update the classlists before Java
8 is finalized? This does seem like something where "mostly right"
Hi Erik;
It doesn't look like your updated classlists were pushed and I note that
'HashMap$Entry' has been renamed to 'HashMap$Node'. Are there plans to update
the classlists before Java 8 is finalized? This does seem like something where
"mostly right" could be worse than having no list at all
On 10/01/2013 08:06 AM, Erik Joelsson wrote:
On 2013-10-01 15:05, David Holmes wrote:
On 1/10/2013 8:30 PM, Erik Joelsson wrote:
Hello again,
I have now regenerated the classlists @b107 and run new comparisons. To
me it looks like the differences are essentially non existant between
new and o
On 2013-10-01 15:05, David Holmes wrote:
On 1/10/2013 8:30 PM, Erik Joelsson wrote:
Hello again,
I have now regenerated the classlists @b107 and run new comparisons. To
me it looks like the differences are essentially non existant between
new and old classlists and in the previous comparison w
On 1/10/2013 8:30 PM, Erik Joelsson wrote:
Hello again,
I have now regenerated the classlists @b107 and run new comparisons. To
me it looks like the differences are essentially non existant between
new and old classlists and in the previous comparison we saw no
difference between random order an
On 2013-10-01 12:30, Erik Joelsson wrote:
Hello again,
I have now regenerated the classlists @b107 and run new comparisons.
To me it looks like the differences are essentially non existant
between new and old classlists and in the previous comparison we saw
no difference between random order
Hello again,
I have now regenerated the classlists @b107 and run new comparisons. To
me it looks like the differences are essentially non existant between
new and old classlists and in the previous comparison we saw no
difference between random order and old classlists.
It's very possible th
Hi Erik,
Adding in hotspot-runtime-dev.
There is a lot of history here and I'm not sure who remembers all the
details - if anyone. There are existing open bugs to re-assess the
utility of the jarreorder (7032729) and to update the classlists (8005688).
David
--
On 20/08/2013 1:17 AM, Er
We did have something similar in JRockit. In that case it was designed to
increase start up performance. If I remember correctly it only gave measurable
performance in a _cold_ start - that is when the jar file was not already
present in the HD cache but had to be read from spinning rust. That m
You should check with the Hotspot runtime team. I seem to recall this might
have some connection to class data sharing (cds) in the VM.
I agree that we should toss it if it is not needed. I've always wondered if it
was just a complication we did not need anymore.
-kto
On Aug 19, 2013, at 8:17
Hello,
I wonder if anyone knows more about the jarreorder tool and why we use it?
As I understand it, we have precalculated classlists for each platform
(most likely outdated) and the tool is used to make sure those classes
end up in a specific order, last in rt.jar. I assume this is some kind
12 matches
Mail list logo