Issue 17557 - Performance issue with large number of connectors
Summary: Performance issue with large number of connectors
Status: ACCEPTED
Alias: None
Product: Draw
Classification: Application
Component: code (show other issues)
Version: OOo 1.1 RC
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: AOO Later
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-07-29 09:34 UTC by antonbijl
Modified: 2017-05-20 11:29 UTC (History)
1 user (show)

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


Attachments
The drawing (6.53 KB, text/html)
2003-07-29 10:12 UTC, antonbijl
no flags Details
new bugdoc, should be loadable (6.53 KB, application/octet-stream)
2003-08-05 07:56 UTC, wolframgarten
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description antonbijl 2003-07-29 09:34:16 UTC
I'm getting a severe performance degradation when using a large number of 
connectors in a drawing. The drawing I'm creating is a basic floorplan of our 
offices. I'm using connectors to straight connectors for all the lines because 
that way the ends come together nicely. This works well, but when I select the 
entire plan (32 connectors in all) and try to move it a few inches the 
application seems to hang. Sometimes it then finally (after about 5 minutes 
moves the drawing and I can go on working as per usual, but most of the time it 
just hangs completely and I have to force it to terminate via the Windows Task 
manager. The file (9KB) also takes very long to open (30 seconds plus). The 32 
connectors are all straight line connectors. 5 of them are thick (0.04") and 
the rest have default width. All of the lines run either horizontally or 
vertically, with the exception of about seven that are angled at 45 degrees. My 
machine spec follows: (I'm including graphics stuff since it seems to be a 
rendering problem of some sort)
- Pentium 4, 2.4 GHz, 256MB RAM
- Windows XP
- SiS 650_651_M650_740 display adapter on an SiS accellerated graphics port 
with 32 MB RAM
- I'm using 1024x768 resolution (32bit) with 60Hz refresh rate.

It seems as though this problem becomes worse the more end-to-end connections 
there are in the drawing between connectors. I my drawing there are about 25 
such connections and about 32 connectors and this definitely seems to be too 
much. If I disconnect the connectors (i.e. a drawing with 32 loose-standing 
connectors) then there is no problem. If you want a copy of the particular 
drawing I've had this problem with please e-mail me on antonbijl@hotmail.com
Comment 1 antonbijl 2003-07-29 10:12:52 UTC
Created attachment 8110 [details]
The drawing
Comment 2 wolframgarten 2003-08-04 08:37:30 UTC
Changed to defect.
Comment 3 wolframgarten 2003-08-04 15:32:13 UTC
Hello, please attach the file a second time but not as "HTML source 
(text/html)" but as "Binary file (application/octet-stream)". This 
should make it downloadable. Thanks in advance.
Comment 4 wolframgarten 2003-08-05 07:56:34 UTC
Created attachment 8253 [details]
new bugdoc, should be loadable
Comment 5 wolframgarten 2003-08-05 08:01:05 UTC
Thanks for mailing the file again, I have attached it to the issue.

Indeed, opening the file and moving the connectors takes too much
time. We have to investigate this.
Comment 6 wolframgarten 2003-08-05 08:01:47 UTC
Reassigned to Armin. Please have a look whats wrong here. Thanks!
Comment 7 Armin Le Grand 2003-08-05 13:20:05 UTC
AW: Yes, this needs (and will get) some rework. The connectors do
broadcast their changes to make them known. If connectors are
connected to connectors, this broadcasting rapidly expands and
multiplies over the whole connectors.
Comment 8 Armin Le Grand 2003-09-12 15:17:43 UTC
AW: Accepting issue for 2.0
Comment 9 Armin Le Grand 2003-10-13 11:34:40 UTC
AW->THB: I have opened a sub-task for reducing the handle ressources,
please look fir this one as discussed.
Comment 10 thb 2003-10-20 11:32:29 UTC
As discussed.
Comment 11 Armin Le Grand 2003-10-20 17:58:00 UTC
AW: Oh, sorry, THB, this was a mistake. This issue belongs to me :-)
Comment 12 Armin Le Grand 2004-05-07 15:17:26 UTC
.
Comment 13 thorsten.ziehm 2004-08-19 15:49:45 UTC
Because of limited resource for OOo2.0, it was decided to shift this tasks to
the next milestone. If somebody will be found, who can implement this until
OOo2.0, then this tasks will be re-targeted.
Comment 14 Marcus 2017-05-20 11:29:48 UTC
Reset assigne to the default "issues@openoffice.apache.org".