With prestart enabled I have cut the time to a resonable amount. I am still working on a number of segfaults that occur at random times but we are getting there...
[meego@meego-desktop meego-handset-dialer]$ time /usr/bin/dialer MClassFactory already contains MWidgetCreator for AlertDialog Running non-meego graphics system enabled MeeGo touch, forcing native graphicssystem Adding Master Pointer: Virtual core pointer ( 2 ) Skipping non-Touch device: Virtual core XTEST pointer ( 4 ) Skipping non-Touch device: Cando Corporation Cando 10.1 Multi Touch Panel with Controller ( 11 ) Skipping non-Touch device: SynPS/2 Synaptics TouchPad ( 13 ) MApplicationIfAdaptor: MApplicationIfAdaptor::launch() MApplicationService: launch() "[dialerapplication.cpp] releasePrestart(): 62" "Release Prestart to Activate Widgets..." "[dialerpage.cpp] activateWidgets(): 145" "[genericpage.cpp] activateWidgets(): 77" "[recentpage.cpp] activateWidgets(): 46" "[genericpage.cpp] activateWidgets(): 77" "[peoplepage.cpp] activateWidgets(): 48" "[genericpage.cpp] activateWidgets(): 77" "[favoritespage.cpp] activateWidgets(): 48" "[genericpage.cpp] activateWidgets(): 77" "[debugpage.cpp] activateWidgets(): 45" "[genericpage.cpp] activateWidgets(): 77" "[mainwindow.cpp] event(): 233" "[mainwindow.cpp] event(): 233" "[mainwindow.cpp] event(): 233" MWindow::paintEvent: Application is not visible. Paint event allowed nevertheless. real 0m0.410s user 0m0.267s sys 0m0.089s [meego@meego-desktop meego-handset-dialer]$ "[mainwindow.cpp] event(): 233" MWindow::paintEvent: Application is not visible. Paint event allowed nevertheless. "[mainwindow.cpp] event(): 233" "[mainwindow.cpp] event(): 233" "[mainwindow.cpp] event(): 233" "[mainwindow.cpp] event(): 233" Michael On Mon, Mar 14, 2011 at 10:47 AM, Carsten Munk <[email protected]> wrote: > 2011/3/14 Shane Bryan <[email protected]>: >> On Mon, 14 Mar 2011 16:34:09 +0100 >> Carsten Munk <[email protected]> wrote: >> >>> 2011/3/14 <[email protected]>: >>> > I was taking a quick look at the apps on MeeGo images. It seems >>> > that none of the current apps utilize launcher (booster) for >>> > improving the startup time. Previously, I've seen that using >>> > launcher can improve startup time of meego touch based apps 1-2s, I >>> > do not know yet how much the improvement would be on N900. There is >>> > also no memory penalty in using launcher, it may even save some >>> > memory. Prestarting is different thing. >>> > >> >> It was also my understanding that the booster/pre-launch combo was also >> really only of benifit to ARM, since the IA platform can efficiently >> use PMIC ... though I confess this is not an area of expertise for me. >> >> My point is, if it helps ARM but hurts IA, then it's a non-starter. >> Likewise, if it helps IA and hurts ARM, I suspect the same is true. We >> really need to find appropriate mechanisms that work well across >> architectures, or clear documentation on how to re-write apps in a >> manner that allows them to be conditionally compiled per arch, if it >> makes sense to do so. >> > > Shane actually brings up a relevant point regarding booster here. Let > me try to explain.. > > The "booster" part is that in effect, the booster preloads some > libraries/does the initialization phase of Qt/MTF/whatever once and > then receives requests to open a application and then dlopen() the > application. The application is compiled with -fPIC and linked with > -pie -rdynamic to be able to do this. > > The problem on X86, or Atom specifically is the problem shown in this article: > > http://software.intel.com/en-us/blogs/2010/10/12/avoid-short-functions-on-atom/ > > Now of course the discussion would be if the startup performance is > more important and if the application hit is in practice that bad. > Considering that Qt is built with -fPIC on X86 (and hence have the > performance hit already) the hit for rest of application shouldn't be > that bad. > > I think startup performance is more important than runtime, > considering it takes like 5s for dialer to start up even on X86. > > BR > Carsten Munk > _______________________________________________ > MeeGo-handset mailing list > [email protected] > http://lists.meego.com/listinfo/meego-handset > -- Michael Demeter Sr. Software Engineer Open Source Technology Center - SSG Intel Corporation _______________________________________________ MeeGo-handset mailing list [email protected] http://lists.meego.com/listinfo/meego-handset
