It's been rumoured that Rik Hemsley said:
>
> The amount of time it takes for an X11 app to map to the screen
> is a function of the amount of symbols in the shared libraries
> it loads.
>
> Does this sound reasonable ?
My gut feel is that this would be totally irrelevent. There is
consdierable intialization that happens within the X server and the X
libs that depends a lot on what the application wants and is doing.
e.g. one applicatino may choose the default visual, another may go
through a long visual selection process. A 'visual' is an x11
abstraction of certain framebuffer/hardware capabilites.
Note also there are buffering issues: X11 protocol is not flushed from
app to server until a variety of events occur. If these don't occur,
or a flush isn't forced by the app, they can sit there indefinietley.
Finally, windows typically do not become visible to the user until
the app calls XMapWindow(); XFlush(); and there are technical &
performance reasons for not dong this asap, but rather, waiting
till late in the initialization process.
Your qt/gtk differences are almost 100% due to how much protocol
the app ant the server exchanged prior to when the x server
received and processed the xMapWindow protocol request element.
We are talking about tens of millions of cpu cycles here; the ld.so
portion of this is a drop in the bucket.
--linas
