You'll notice for one thing that you seem to show a lot of time
consuming class loading before you get to doing the actual
sun.misc.Version stuff, where my profile jumps right into that. The
7 consecutive almost identical 10(.25)% chunks to start out with is
also kind of strange. One idea there might be that it just took a
long time to get going and profiling tried to divide that up evenly
and just assigned it to different parts of class loading. So it
could actually just be all lumped together as 'start up class
loading'.
That still doesn't quite seem to account for your entire delay as
everything before you show sun.misc.Version is still just 77.25% of
the total time or
real 0m45.576s x .7725 = 35 seconds more or less.
The question would seem to be why that initial stuff is dragging so
much. Do you have anything else running at the same time? Some
large busy application maybe? Does "Activity Monitor" or 'tops' or
whatever show high CPU or disk usage for anything else before you
start?
If you do have anything going you might try shutting it down first
and test again on as near to an idle machine as you can get.
Would you have really low memory for some reason? Are you on a
nearly out of space disk drive? Things like this can have major
impacts on performance.
It shouldn't be the java, if it is you definitely have a bug
report. But first you might try to identify what else besides the
java could be giving you problems. Maybe the shared thing is
significant but again, someone else would have to answer that.
I'm wondering if it is actually the shared archive building thing
which is happening and something is broken in the code which
determines that the archive needs building. It's supposed to be built
once per Java install, but maybe it's being built once per boot
instead. I'd definitely try and run Shark or Sampler to see if there
are any clues in the VM native code profiling and also run fs_usage
to see if the archive is being written to and not just read from.
Jerry
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Java-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/java-dev/email@hidden
