Adobe Community: Screen is getting slower and slower

Currently Being Moderated

1. Flex harUI,

Mar 20, 2013 9:23 PM in reply to Zolotoj

Report

Use the profiler to see what is taking longer.

One common mistake in custom drawing code is to not call graphics.clear(). Then on every drawing pass you draw another set of visuals on top of the old ones and the number of total vectors keeps growing.

|

Mark as:

Currently Being Moderated

2. Zolotoj,

Mar 21, 2013 8:02 AM in reply to Flex harUI

Report

But I dont have any "custom drawing code".

|

Mark as:

Currently Being Moderated

3. Zolotoj,

Mar 21, 2013 8:46 AM in reply to Flex harUI

Report

The following code takes longer after each run:

_fieldLabel.addElement(control);

|

Mark as:

Currently Being Moderated

4. pauland,

Mar 21, 2013 8:48 AM in reply to Zolotoj

Report

If you add them on every run, how are you removing them?

|

Mark as:

Currently Being Moderated

5. Zolotoj,

Mar 21, 2013 8:52 AM in reply to pauland

Report

The view gets destroyed by Parsley framework when I close the screen.

|

Mark as:

Currently Being Moderated

6. pauland,

Mar 21, 2013 9:00 AM in reply to Zolotoj

Report

Well, it kinda looks like some resource or other isn't getting destroyed. It's a question of finding it.

Perhaps you could put a breakpoint before you add new controls, to see if those controls haven't been removed.

Perhaps you have strong event listeners that are preventing the controls being garbage collected.

Perhaps..

|

Mark as:

Currently Being Moderated

7. Zolotoj,

Mar 21, 2013 9:16 AM in reply to pauland

Report

At this point I am that concerned with specific code that generates the problem but rather suspicious if a memory leak can cause such problem. Even if it is a memory leaks why performance degrades that fast?

|

Mark as:

Currently Being Moderated

8. pauland,

Mar 21, 2013 9:27 AM in reply to Zolotoj

Report

How many controls are you adding on each run?

|

Mark as:

Currently Being Moderated

9. Zolotoj,

Mar 21, 2013 9:29 AM in reply to pauland

Report

There is a total of 45 controls. But these that create a problem are just 9.

|

Mark as:

Currently Being Moderated

10. pauland,

Mar 21, 2013 9:35 AM in reply to Zolotoj

Report

Difficullt to say. I was expecting you to say a lot more than that. They aren't all tables with zillions of rows?

|

Mark as:

Currently Being Moderated

11. Zolotoj,

Mar 21, 2013 9:36 AM in reply to pauland

Report

That is why I am not sure about a real reason for perfomnce degradation. Will keep looking.

|

Mark as:

Currently Being Moderated

12. Flex harUI,

Mar 21, 2013 3:15 PM in reply to Zolotoj

Report

Use the profiler to see if the old ones are going away or not.

It doesn’t take that many controls to add up to lots of skin pieces and slow down the player.

|

Mark as:

Currently Being Moderated

13. Zolotoj,

Mar 22, 2013 7:00 AM in reply to Flex harUI

Report

Nope, old ones are not going away. But looking into code I cannot figure out what's wrong. I tried to comment as much code as it was possible to keep it running but the problem is still there.

|

Mark as:

Currently Being Moderated

14. pauland,

Mar 22, 2013 9:29 AM in reply to Zolotoj

Report

If the old ones don't go away, you need to look at the mechanism that would remove them - because it doesn't work.

The other approach would be to cache the controls and re-use them rather than remove and recreate them. It all depends on what it is that you're doing.

|

Mark as:

Flex

Screen is getting slower and slower

Mar 20, 2013 5:12 PM

More Like This

Bookmarked By (0)

Answers + Points = Status