| Summary: | Outline view updates very slowly for large diagrams | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Modeling] GMF-Runtime | Reporter: | Wayne <wdiu> | ||||
| Component: | General | Assignee: | Anthony Hunter <ahunter.eclipse> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | major | ||||||
| Priority: | P3 | CC: | ahunter.eclipse | ||||
| Version: | unspecified | ||||||
| Target Milestone: | 1.4.2 | ||||||
| Hardware: | PC | ||||||
| OS: | Windows XP | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Wayne
Created attachment 183604 [details]
Patch to fix the problem
Committed to R1_4_maintenance and HEAD. Additional Notes from Wayne: I am still unable to reproduce the 100% usage on my machine, but I have a good idea of what it is. I plan to try a patch on Brian's system tomorrow to be absolutely certain the proposed fix does indeed resolve the issue. The Outline view updates very slowly (after several minutes, I stopped waiting) for the large diagram in Brian's sample. The problem is the tile size is hardcoded to 256x256. In Brian's example, that resulted in 141 horizontal tiles and 347 vertical tiles = a total of 48927 tiles! Now I restrict the number of tiles and the operation completes in 16 sec. and I generated a feature patch and Brian let me test it on his machine, where the CPU used to be stuck at 100% when showing the outline diagram. With the patch installed, the outline diagram rendered much faster and the CPU usage dropped back to 1 - 2 % afterwards. Thus, I can confirm that the fix resolves the issue. |