incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jonathan Campos <jonbcam...@gmail.com>
Subject Re: Flex performance
Date Wed, 04 Jan 2012 22:27:22 GMT
If someone was so inclined they could create some intentionally complicated
application that allows you to view mailing list messages or some app to
that effect. Then with this shared (and possibly helpful) app we could beat
against it for performance.

Just a wild idea.

On Wed, Jan 4, 2012 at 4:23 PM, Iwo Banaś <banas.iwo@gmail.com> wrote:

> The Flex framework is a big beast but from my experience whichever
> part you pick it can be optimized :-)
>
> The biggest issue with StyleManager is scalability, it's fast for
> small toy projects and simple examples but terribly slow for huge
> applications.The problem is that styles processing times grows with
> number of selectors/depth of the display list/inheritance tree etc.
>
> I'll post a more detailed description of StyleManager issues and
> possible solutions in couple days.
>
> Many of performance issues can be addressed but to be sure that we are
> addressing the right ones we'll need a good performance benchmarks.
> Preferably a full enterprise applications. I'm aware that it's not
> possible to release commercial application code as a benchmark but we
> may create a SDK version with performance monitoring and encourage
> people to run it against their projects and post back the analysis.
> Such approach is much more efficient than creating a "add 1000
> UIComponents to display list" kind of tests.
>
> Cheers,
> Iwo Banas
>
>
>
> On 4 January 2012 21:56, Jeffry Houser <jeffry@dot-com-it.com> wrote:
> >
> >  I agree with the sentiment, but I don't think that "performance" is an
> > actionable item.  The Flex Framework is a big beast; what exactly do you
> > want to improve performance of?
> >
> >  If you were to say that "I want views in a mobile web app to change
> quicker
> > when using a viewChange effect" that would be something specific someone
> > could look into.
> >
> >  Or you could say "I want improved performance when using binding inside
> an
> > in-line itemRenderer"
> >
> >  I have solved a lot of "memory/performance" issues for Flextras clients
> > over the years strictly by re-writing their itemRenderers to not use
> > bindings, but to instead respond to the dataChange event.
> >
> >
> > On 1/4/2012 4:49 PM, Arthur Lockman wrote:
> >>
> >> +1 on this. Performance definitely needs to be addressed on Flex. I've
> >> noticed that on newer devices, it works fine. But on the slightly older
> >> ones, performance is a huge issue. Hopefully we can get in there and
> clean
> >> it up so it performs better.
> >>
> >>
> >> --
> >> Arthur Lockman | Senior Developer @ Vivace
> >> vi.vace.me
> >> Twitter: @arthurlockman
> >> a.rthr.me
> >>
> >>
> >> On Wednesday, January 4, 2012 at 4:28 PM, Fréderic Cox wrote:
> >>
> >>> I've worked on Flex applications for the past 4-5 years and see a lot
> of
> >>> developers picking it up since it is easy to create rich applications.
> >>> However performance is often an issue.
> >>>
> >>> I mostly see it when using a lot of styles (or one large CSS file) and
> >>> skinned components (It is even worse with Flex 4 then it was with Flex
> 3).
> >>> When a Flex application gets really large the UI is blocked because
> there is
> >>> too much actionscript code needed to get things running. (with this I
> mean
> >>> the processing time is acceptable but UI is blocked so the perception
> is
> >>> that things are slow)
> >>>
> >>> Therefore I'd like to vote on improving the performance of the Flex
> >>> framework where possible so new and existing applications can benefit.
> Flex
> >>> 4 with spark is great but comes with some performance drawbacks, I
> hope we
> >>> can improve on this significantly.
> >>>
> >>> I'm speaking on behalf of the experience and perception in the company
> I
> >>> work for, I'm curious to see if this is also a problem for the rest of
> you.
> >>>
> >>> I'm not the expert here but I'd like to get involved and learn so I can
> >>> eventually help to fix issues but I believe UIComponent had some
> overhead
> >>> and this together with the StyleManager can cause performance
> drawbacks in
> >>> large applications
> >>
> >>
> >
> >
> > --
> > Jeffry Houser
> > Technical Entrepreneur
> > 203-379-0773
> > --
> > http://www.flextras.com?c=104
> > UI Flex Components: Tested! Supported! Ready!
> > --
> > http://www.theflexshow.com
> > http://www.jeffryhouser.com
> > http://www.asktheflexpert.com
> > --
> > Part of the DotComIt Brain Trust
> >
>



-- 
Jonathan Campos
Dallas Flex User Group Manager
http://www.d-flex.org/
blog: http://www.unitedmindset.com/jonbcampos
twitter: http://www.twitter.com/jonbcampos

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