> Closing very large nets seem to be slower on this branch than in trunk, if it
> needs to open Save As... I don't think it is a huge issue, it's only a couple
> of seconds.
For open,
For now lets keep this. I think the sleeps that are added in order to avoid updating in the gui-thread, might work against us now, as it should not be needed. I will dig into this.
For save,
No idea, we have not changed directly wrt. this.
However for both save and open (and also drawing), i noticed that on the first actions (after opening), it really slow, until the hotspot optimizer (im guessing) optemizes the run. We should have a look if we could do somthing to the the optemizer. But also, this is one of the downsides of java. We might gain a lot of speed, when pre-optimization profiles becomes a thing.
> Closing very large nets seem to be slower on this branch than in trunk, if it
> needs to open Save As... I don't think it is a huge issue, it's only a couple
> of seconds.
For open,
For now lets keep this. I think the sleeps that are added in order to avoid updating in the gui-thread, might work against us now, as it should not be needed. I will dig into this.
For save,
No idea, we have not changed directly wrt. this.
However for both save and open (and also drawing), i noticed that on the first actions (after opening), it really slow, until the hotspot optimizer (im guessing) optemizes the run. We should have a look if we could do somthing to the the optemizer. But also, this is one of the downsides of java. We might gain a lot of speed, when pre-optimization profiles becomes a thing.