View Full Version : Slow tabbing between GridPanel in BorderLayout

23 Mar 2007, 6:20 AM
(EDIT) This post is related to http://www.yui-ext.com/forum/viewtopic.php?t=3137&highlight=updaterule . I see it is known and may be improved in a future release.

I know this has been brought up before but I thought I'd bring it up again as the method eating up the resources has changed in the recent release. The below profile suggests that the _6 method eats up a bunch of cpu. I'm assuming it has to do with getting the offsetWidth of various elements.

Function Calls Percent Own Time Time Avg Min Max File
_6 308 64.11% 2484.375ms 2484.375ms 8.066ms 0ms 671.875ms ext-all.js (line 19)
_6 9 15.32% 593.75ms 593.75ms 65.972ms 0ms 312.5ms ext-all.js (line 19)
_6 14 12.9% 500ms 500ms 35.714ms 0ms 500ms ext-all.js (line 19)
_6 27 2.02% 78.125ms 78.125ms 2.894ms 0ms 15.625ms ext-all.js (line 19)
_6 22 1.61% 62.5ms 62.5ms 2.841ms 0ms 15.625ms ext-all.js (line 19)
GridView 1 0.4% 15.625ms 968.75ms 968.75ms 968.75ms 968.75ms ext-all.js (line 211)
_6 37 0.4% 15.625ms 15.625ms 0.422ms 0ms 15.625ms ext-all.js (line 19)
DragDrop 66 0.4% 15.625ms 15.625ms 0.237ms 0ms 15.625ms ext-all.js (line 49)
Observable 45 0.4% 15.625ms 3453.125ms 76.736ms 0ms 3281.25ms ext-all.js (line 14

This is a severe issue for our GUI as it involves heavy tabbing between gridded panels - 2-5 second pauses are going to be detrimental to the performance of our users. Is there any fix or suggested optimization? Maybe specifying explicit width/height of containers or something (ugh)?


23 Mar 2007, 11:48 AM
After switching to ext-all-debug.js I found the method name was updateRule (as expected). I sure hope there is a way to speed this up somehow.

23 Mar 2007, 3:45 PM
I ran into the same thing today with UpdateRUle running almost 7000ms on a page with 4 grids. In the end I had to completely remove all calls to autoSizeColumns since it was just killing my load time.

Hopefully Jack is able to find a way to optimize this in the future.

24 Mar 2007, 1:06 PM
So, without autoSizeColumns it runs much faster?

25 Mar 2007, 5:25 AM
So, without autoSizeColumns it runs much faster?

Well, it cut down on the number of calls to UpdateRule substantially.

26 Mar 2007, 1:23 PM
autoSizeColumns is slow and should be used with caution. In the next rev look at the autoExpandColumn property which has been refactored and does auto expand/shrink on 1 column to make things fit. It is a high speed alternative to autoSizeColumns.