It seems that our pagein / wrapper logic is causing more grief than joy for us (somehow):
I would expect our shell wrapper, and splash bits to take around 100ms tops to get going on a warm machine etc. and yet I see a large discrepancy for us:
LibreOffice - 4.5bn callgrind pseudo-cycles for soffice.bin
time-wise that is:
Timing ./soffice.bin alone gives us:
That is not ideal. Even more amusingly AOO does 2 bn more cycles in soffice.bin for the same file, but does so in a shorter time:
AOO - 6.5bn cycles ...
We should fix that :-)
making a MAB - it's pretty silly; all numbers on Linux / gtk+ - openSUSE 12.2 32bit.
Interestingly - this seems to be an artifact of a symlinked development build - I imagine sourcing 'ooenv' seems to be most of the grief - ~all of which is javaldx (I imagine) - though why javaldx should be -so- slow when it's run from ooenv - I have no idea.
time (. ./ooenv)
On a normal install I get:
for a full load/render of the relevant XLS file.
regression is a keyword - if the bug weren't already resolved INVALID i'd do that now based on abuse of "whiteboard" field :P