Issue 114473 - A performance on sw page scrolling
Summary: A performance on sw page scrolling
Status: UNCONFIRMED
Alias: None
Product: performance
Classification: Code
Component: www (show other issues)
Version: current
Hardware: Unknown Windows, all
: P3 Trivial (vote)
Target Milestone: not determined
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-13 10:06 UTC by liheng
Modified: 2017-05-20 11:33 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
The slow one (17.92 KB, application/vnd.oasis.opendocument.text)
2010-09-13 10:07 UTC, liheng 		no flags Details
The changed one (17.58 KB, application/vnd.oasis.opendocument.text)
2010-09-13 10:08 UTC, liheng 		no flags Details
suggested patch for VCL.xcu (961 bytes, patch)
2010-09-14 12:09 UTC, hdu@apache.org 		no flags Details | Diff
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description liheng 2010-09-13 10:06:06 UTC 
Hi
  There is a performance issue of performance on implicit font replacement.
Please check to following attachments. The s.odt is the tough one, that is slow
when you scroll the pages on Windows, and the c.odt is that I changed the font
with the other font for all document, it's normal. I think OOo split the word
into a lots of portions, and do much more reformat on them. 

Best regards
liheng
Comment 1 liheng 2010-09-13 10:07:41 UTC 
Created attachment 71659 [details]
The slow one
Comment 2 liheng 2010-09-13 10:08:11 UTC 
Created attachment 71660 [details]
The changed one
Comment 3 hdu@apache.org 2010-09-14 12:09:49 UTC 
Created attachment 71677 [details]
suggested patch for VCL.xcu
Comment 4 hdu@apache.org 2010-09-14 12:13:26 UTC 
@liheng: could you please patch VCL.xcu in your installation with my arplukaicn.patch i attached above 
and report if it helps?

On the other hand config-manager which manages this file is known to be slow, so maybe it doesn't help.
Comment 5 liheng 2010-09-21 04:32:36 UTC 
We check the patch, but almost ineffective.
Comment 6 hdu@apache.org 2010-09-21 08:04:29 UTC 
Thanks for testing. This confirms my suspicion that config-manager being slow is the culprit instead of 
the multi-level gfb that happens when the previous patch is not apllied.
Comment 7 Marcus 2017-05-20 11:33:19 UTC 
Reset assigne to the default "issues@openoffice.apache.org".