United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
Bug ID: 6678929 Slow client JVM initialization at applet launch time (2)
6678929 : Slow client JVM initialization at applet launch time (2)

Details
Type:
Bug
Submit Date:
2008-03-23
Status:
Resolved
Updated Date:
2010-09-08
Project Name:
JDK
Resolved Date:
2008-04-29
Component:
deploy
OS:
generic
Sub-Component:
plugin
CPU:
generic
Priority:
P4
Resolution:
Fixed
Affected Versions:
6u10
Fixed Versions:
6u10

Related Reports
Duplicate:
Relates:
Relates:
Relates:
Relates:
Relates:
Relates:
Relates:
Relates:
Relates:

Sub Tasks

Description
CR 6668037 started to fix the slow launch time, and boost it about 200ms.

We figured, this is not sufficient, 
and need to measure the 'coast-coast' startup time,
which is from client JVM launch until the call of applet.init().

We have a 'gut' feeling, that this period is >> 1s,
at least on Unix.

While impl. the 2nd iteration to boost the performance,
the measurement showed, that the JVM launch time itself differs each time
and lies around 200-400ms.

The total launch time incl. JVM until applet.init()
was around 1.4s on GNU/Linux x86_64 running 32bit binaries.

                                    

Comments
SUGGESTED FIX

To minimize the overal startup time of a first applet launch,
we have to break the linear initialization sequence
and parallelize it.

It turns out, that some of the AWT functionality can be
'warmed-up' in parallel, while the IPC layer is initialized.

Another benefit is the usage of UnixDomainSockets (AF_UNIX)
and the now platform transport unification on NamedPipe.
The former SocketTransport initialization with it's
socket setup, took about 100ms.
                                     
2008-04-09
EVALUATION

To minimize the overal startup time of a first applet launch,
we have to break the linear initialization sequence
and parallelize it.

It turns out, that some of the AWT functionality can be 
'warmed-up' in parallel, while the IPC layer is initialized.
                                     
2008-03-23



Hardware and Software, Engineered to Work Together