To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=58623
                  Issue #:|58623
                  Summary:|impress import performance ...
                Component:|Drawing
                  Version:|680m137
                 Platform:|All
                      URL:|
               OS/Version:|All
                   Status:|NEW
        Status whiteboard:|
                 Keywords:|
               Resolution:|
               Issue type:|DEFECT
                 Priority:|P3
             Subcomponent:|open-import
              Assigned to:|cl
              Reported by:|mmeeks





------- Additional comments from [EMAIL PROTECTED] Tue Nov 29 06:23:07 -0800 
2005 -------
Hi Christian:

        While poking with speedprof at the load performance [roughly while the
progress bar is doing it's inexorable march] of a stock corporate 20
slide presentation; I was interested that 5-8% of the time
[ approximately] seems to be spend in SvxFont::QuickGetTextSize. Of
course, optimizing there is prolly a waste of time the inefficiency is
elsewhere no doubt. Nonetheless I dumped the strings being measured
there; a quick sort | uniq -c | sort -n shows that we tend to measure
the same string quite a lot:

duplicate measurements
        discrete string count
                [optional text]
1       3       - ie. 3 strings were measured only once
2       22
3       90
4       197     - ie. most 'real' strings measured 4 times
5       0
        [ chop some low amplitude harmonics - presumably
          manually dupped strings in pages ]
16      1  'Novell Linux'
19      1  '®'
84      1  'Click to add an outline'
150     1  'Click to add title'
240     1  'Click to add notes'

        So - of the 1920 strings total - 83% are measured more than 4 times,
and 25% are measured > 80 times each.

        Hopefully it's possible to unwind some higher-level inefficiency from
that lot; presumably there is some missing freeze/thaw logic dealing
with the TextObject somewhere.

My profiles seemed to suggest that lots of the work is done by children of
SdrTextObject:NbcAdjustTextFrameWidthAndHeight - that being split in 2 equal 
parts:
      Outliner::SetText, Outliner::SetUpdateMode.

AdjustTextFrameWidthAndHeight seems to get called a lot from:
      SetOutlinerParaObject
      SetStyleSheet
      SetLogicRect
      SetSnapRect

Which may explain the 4-fold duplication of lots of things above. Presumably we
set a number of these properties & the content & then want to trigger the resize
/ calculate at the endElement; as we remove the ActionLock etc. ?

---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to