[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
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