Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

2.0.10 become slow after around 200 tasks #98

Closed
GoogleCodeExporter opened this issue Jun 28, 2015 · 4 comments
Closed

2.0.10 become slow after around 200 tasks #98

GoogleCodeExporter opened this issue Jun 28, 2015 · 4 comments
Labels
auto-migrated Performance Priority-Medium Type-Defect

Comments

@GoogleCodeExporter
Copy link 

What steps will reproduce the problem?
1. Open the attached .gan project file
2. Try to indent, unindent or move up and down a task
3. Both opening and moving a task will take about 20 seconds to become
effective, every single time.

What is the expected output? What do you see instead?
Before reaching ~200 tasks moving tasks around the project was an instant
operation, no delays at all, but then it started being very slow... ~20
seconds each 'move' operation.

What version of the product are you using? On what operating system?
GP 2.0.10 running on XP (see more details below)

Please provide any additional information below.
I am using GanttProject version 2.0.10 on my laptop, which has:
- Windows XP Professional SP3
- Intel Core 2 Duo @2.53GHz
- 4GB RAM (only 3GB recognized by XP though)
- 160GB HDD, 7200 rpm

Original issue reported on code.google.com by gonzalo....@gmail.com on 5 Apr 2010 at 12:37

Attachments:
@GoogleCodeExporter
Copy link
Author 

Changing predecessors resulting in task re-arrangement also takes its time

Original comment by gonzalo....@gmail.com on 5 Apr 2010 at 1:12

@GoogleCodeExporter
Copy link
Author

Original comment by dbarashev on 6 Apr 2010 at 10:45

  • Changed state: Accepted
  • Added labels: Performance

@GoogleCodeExporter
Copy link
Author 

I was helped by Dirk Höpfner who did a bit of analysis using my project file, 
I'm
quoting his email below, see his attached pictures too:

- - - E M A I L   Q U O T E - - -

Hi Gonzalo,
I was now able to do a some statistics.
I did a loanding of your project and started getting times. I did a resize 
waited a
long time. :)

There are to two things:
TaskDependencyCollectionImpl with method getDependenciesAsDependee consumes 50% 
of
time and onlycalled 37675 SearchKey with method compareTo the other 50% with 
1774344
calls!
These are part of internals.

On the other side the GUI-Thread takes a lot.
buildDistanceGraph consumes nearlky 100% of building GUI.

That's first part of analysis. I took 15 minutes of collecting that infos.

Cheers  Dirk

- - - E M A I L   Q U O T E - - -

Original comment by gonzalo....@gmail.com on 9 Apr 2010 at 4:41

Attachments:

@GoogleCodeExporter
Copy link
Author 

This doesn't seem to be reproducible in GP 2.6.6

Original comment by dbaras...@ganttproject.biz on 21 Nov 2014 at 4:18

  • Changed state: CannotReproduce

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
auto-migrated Performance Priority-Medium Type-Defect
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@GoogleCodeExporter