Thank you for reporting this bug. We will make it our priority to review this report.
  1. #191
    Sencha User
    Join Date
    Jun 2008
    Posts
    138
    Vote Rating
    7
    jchau is an unknown quantity at this point

      0  

    Default


    4.2 been out. Are people seeing better performance with 4.2? For me, it's about as slow as before.

  2. #192
    Sencha User
    Join Date
    Oct 2010
    Posts
    16
    Vote Rating
    0
    tprodigy1 is on a distinguished road

      0  

    Default 4.2 performance

    4.2 performance


    To me, 4.2 still doesn't perform well at all under IE8, especially tab panel rendering time and tab switching, also nested panels rendering is still way slower than extjs 3.4. the only componend which work well is the grid panel.

    4.2 is still unusable for big applications in IE8
    (performance seem ok in other browsers, at least on my core i7-2600 CPU)

  3. #193
    Sencha Premium Member
    Join Date
    Oct 2009
    Posts
    12
    Vote Rating
    0
    schmoboy is on a distinguished road

      0  

    Default Dissapointed

    Dissapointed


    I sure hope this eventually gets addressed. After spending months upgrading our app from 3.x to 4.x our customers (95% are stuck on IE8) have nothing but bad things to say about the degradation of performance of our "new version". For example, grid with ~20 columns each with a filter (grid filter feature). Remote paging with only 50 rows per page, so not big number of rendered rows. Grid header menus take 5 seconds to appear after clicking the header menu arrow. When moving the mouse over the menu items there is a two second pause before focus switches to the next menu item.

    Switching to "Compatibility Mode" help a little, but why should that be needed?

    I just can't understand how something like this that has been reported for so long goes unaddressed. I could care less about BufferedRenderer. It's not the number of rows that is causing the issue otherwise we wouldn't be seeing it with just 50 rows per page.

    At this point our 4.x subscription has been a disappointment. Months of upgrade work will be thrown out as we revert back to our 3.x codeline.

  4. #194
    Sencha User
    Join Date
    Jun 2008
    Posts
    138
    Vote Rating
    7
    jchau is an unknown quantity at this point

      0  

    Default


    Make good use of Ext.suspendLayouts and Ext.resumeLayouts and it should be much quicker. Wont be as fast as 3.x but your reported times are really bad...

  5. #195
    Ext JS Premium Member
    Join Date
    Sep 2009
    Location
    Cypress, California
    Posts
    155
    Vote Rating
    16
    dougbieber is on a distinguished road

      0  

    Default 4.2.1 is faster for IE8

    4.2.1 is faster for IE8


    Haven't upgraded EXTJS for 3 releases. We are on 4.1.2. 4.1.3 had a serious bug relative to dynamically building accordions which made it unusable for us. 4.2.0 had a bug in IE 8 where EXTJS was making http requests under our https app which caused an ugly IE dialog to popup every page refresh. And 4.2.1 had a lot of issues for us that were working perfectly on our current 4.1.2 release.

    One thing I can say about 4.2.1 is that the grids and trees are noticeably faster under IE 8. I would strongly agree with the prior post that the suspendLayout call makes a huge performance difference in some cases.

  6. #196
    Ext JS Premium Member
    Join Date
    Apr 2008
    Posts
    358
    Vote Rating
    15
    rich02818 is on a distinguished road

      0  

    Default


    Quote Originally Posted by jchau View Post
    Make good use of Ext.suspendLayouts and Ext.resumeLayouts and it should be much quicker. Wont be as fast as 3.x but your reported times are really bad...
    ...and 3.x was considered too slow with IE8. Ver 4 was promised to resolve that and be faster...

  7. #197
    Sencha Premium Member
    Join Date
    Oct 2009
    Posts
    12
    Vote Rating
    0
    schmoboy is on a distinguished road

      0  

    Default


    Thanks for the suspendLayouts suggestion, but our main pain point seems to be with showing grid header menus and their associated filters. Don't think I can utilize that in this case. I looked at the code for ListMenu and I see it is using suspendLayouts at the appropriate points. I wish I could get a better handle on why exactly when I try to drop the grid header menu down that it is taking so long, but I have been unsuccessful there.

    The grid itself displays reasonably fine, but the header menu performance is just unbearable. Compatibility Mode makes it somewhat better which I guess offers a clue.

  8. #198
    Sencha - Ext JS Dev Team Animal's Avatar
    Join Date
    Mar 2007
    Location
    Notts/Redwood City
    Posts
    30,502
    Vote Rating
    47
    Animal has a spectacular aura about Animal has a spectacular aura about

      0  

    Default


    If it is very specifically showing a menu that is slow then theres something very strange going on. I can't see how showing a menu could cause anything bad. It has to lay out the menu, but while slower on IE, laying out one menu should not be noticeable.

    There must be some events firing which fire off into some other complex stuff.

    Can you show a test case? Does it happen in the example page at examples/grid-filtering/grid-filter-local.html ?

    Best thing would be to run Chrome's profiler during the click of the header menu trigger so that we can see the call stack and the time taken in each level.

    Once we see where the time is going it should be easy to fix.

  9. #199
    Sencha User Daniil's Avatar
    Join Date
    Jun 2010
    Location
    Saint-Petersburg, Russia
    Posts
    974
    Vote Rating
    110
    Daniil is a name known to all Daniil is a name known to all Daniil is a name known to all Daniil is a name known to all Daniil is a name known to all Daniil is a name known to all

      0  

    Default


    I am not 100% sure, but this looks quite related to the "header menu in IE" problem you are discussing.
    http://www.sencha.com/forum/showthread.php?245478
    Ext.NET - ASP.NET for Ext JS
    MVC and WebForms
    Examples | Twitter