flex-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Yang <flashflex...@gmail.com>
Subject Re: Workers and Speed
Date Tue, 02 Aug 2016 03:03:45 GMT
I would try Vector directly if possible, I think ArrayCollecton or
ArrayList are designed for driving UI List/Grid.

On Mon, Aug 1, 2016 at 10:13 PM, bilbosax <waspence41@comcast.net> wrote:

> So, I finally got Scout to work with my program which turned out to be a
> pain(Scout would time out, saying it was out of memory during the hour that
> it took for the program to complete the calculations)
>
> The results are both interesting, and a little confusing. The main loop
> took
> 2560 seconds.  ObjectProxy.getProperty (mx utils) took 787 seconds.
> ListCollectionView.getProperty (mx.collections) took 713 seconds.  Garbage
> Collection took 184 seconds. ListCollectionView.getlength took 29
> seconds(this is easily fixed).  And the trig method I wrote only took 14
> seconds.
>
> This clearly shows that the math is not the bottleneck, getting information
> out of the arraycollection and objectproxy objects is the slowest process.
> I am addressing the arraycollection as myAC[1].someProperty in all of my
> comparisons and calculations as was suggested. I don't know if this is
> treating it more as an array or an array collection. I don't know if it
> would all process faster if I initially passed the arraycollection data off
> to a regular array to do all of the processing.  I need the objectproxies
> because my itemrenderers won't bind to my arraycollection otherwise.
>
> So the question now is, should I find an alternative to the ObjectProxies
> and try and optimize working with my arraycollection, or should I simply
> make another worker to chop down this processing time?  Math is not the
> bottleneck, getting the data together to do the math is the slow part.
>
>
>
> --
> View this message in context:
> http://apache-flex-users.2333346.n4.nabble.com/Workers-and-Speed-tp13098p13134.html
> Sent from the Apache Flex Users mailing list archive at Nabble.com.
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message