107608 2013-01-22 18:00:29 -0800 Web Inspector: Opening script panel and opening the CMD+O script open panel is slow for large numbers of files 2013-02-04 08:55:41 -0800 1 1 1 Unclassified WebKit Web Inspector (Deprecated) 528+ (Nightly build) All All RESOLVED DUPLICATE 107122 http://jsbin.com/eluqam/1 P2 Normal --- 1 malte mkwst apavlov keishi loislo mkwst paulirish pfeldman pmuellr vsevik web-inspector-bugs yurys oldest_to_newest 813632 0 malte 2013-01-22 18:00:29 -0800 We use //@ sourceURL annotations to load large numbers of JS files via a single HTTP requests during development. If the number of files gets large, opening the script panel and opening files using the file picker dialog becomes relatively slow (3 seconds on my machine). Example for (var i = 0; i < 2000; i++) { eval('function i' + i + '() { console.log(' + i + ') }\n//@ sourceURL=jsfile://foo.com/' + i + '.js') } http://jsbin.com/eluqam/1 817178 1 mkwst 2013-01-26 05:33:07 -0800 Profiling this shows that a huge chunk of time is taken up repeatedly doing a binary search over the tree (in TreeOutline.prototype.appendChild) to determine where to insert new children. Dropping sorting entirely speeds things up quite a bit. Not perfect, but significantly better. I'll fiddle with sorting outside the tree view to see what impact that has. 817547 2 vsevik 2013-01-27 23:35:44 -0800 We have fixed this recently in https://bugs.webkit.org/show_bug.cgi?id=107122. This was happening because we were using localeCompare which is apparently much more (Naive performance measuring showed 2000x difference) slower than string comparison. You can try using latest builds, e.g. Chrome Canary to check if this works for you now. *** This bug has been marked as a duplicate of bug 107122 *** 820753 3 malte 2013-01-30 16:09:41 -0800 Nice, with our work load it still isn't speedy but much better! Thank You! 824409 4 pfeldman 2013-02-04 08:55:41 -0800 @malte: it uses viewport now, should be really fast.