[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [equinox-dev] Follow-up on splash-screen questions


The reason you are not seeing any difference is https://bugs.eclipse.org/bugs/show_bug.cgi?id=173103.
The eclipse.ini in M5 is not yet set up to take advantage of the faster splash.

When properly set up, the new launcher is able to display in 400ms because it is showing the splash screen before even starting the java vm.  This requires the use of JNI invocation API so that SWT can be properly wrapped around the native window later.

Try starting with something like:
eclipse -showsplash plugins/org.eclipse.platform_3.2.100.v20070205/splash.bmp

If you are passing a vm, don't point at a java.exe, instead point to the jre/bin dir, or the jvm.dll.

-Andrew



Thomas Hallgren <thomas@xxxxxxx>
Sent by: equinox-dev-bounces@xxxxxxxxxxx

02/13/2007 02:07 PM

Please respond to
Equinox development mailing list <equinox-dev@xxxxxxxxxxx>

To
Equinox development mailing list <equinox-dev@xxxxxxxxxxx>
cc
Subject
Re: [equinox-dev] Follow-up on splash-screen questions





Hi Andrew,

Andrew Niefer wrote:
> Your example splash is using Swing, which I don't know very much
> about.  What does this mean when SWT will later be used to do all the UI?
Not much I think. Swing is known to run just fine together with SWT.
Eclipse already provides a bridge that enables Swing panels to run
within a SWT control. I've written some apps with it and it works great
for the most part. But I'm not advocating a switch. Eclipse is built on
SWT so I think it is natural that the splash should be based on that too.

>  This must work on all platforms and some have restrictions about
> which threads are allowed to do UI (carbon on the mac in particular
> must be the main thread).
>
> Note in comment #17, the "Time to Main", this is the time it takes to
> get to Main.main.  Nearly 6.5s of that 7781 ms is attributed initial
> eclipse.exe and to the Java VM starting.
I have some questions regarding the native launcher and the differences
in performance between the old and new. "Time to Main" with the old
native launcher is measured at 6398ms. The new native launcher is
claimed to have a splash up form cold start in 400ms! That's actually
less then the difference between "Time to Main" and "Time to Splash"
using the old launcher. What would be the cause of this dramatic
difference to get to the main? And once in main, what is causing the
dramatic difference in getting the splash up?

Another somewhat disappointing observation. I'm running both 3.3M4 and
3.3M5 on my machine right now. I see virtually no difference at all in
splash performance. Both seem to take around 2s after a clearmem. I
actually perceive my "java -jar splash.jar" example as slightly faster!
How can that be?

Seems we get radically different results. I'm not using anything
scientific, just my eyes and a clock :-)

Kind Regards,
Thomas Hallgren

_______________________________________________
equinox-dev mailing list
equinox-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/equinox-dev