Last Comment Bug 500489 - [meta]Slow performance on this DOM manipulation testcase
: [meta]Slow performance on this DOM manipulation testcase
Status: NEW
: meta, perf
Product: Core
Classification: Components
Component: Tracking (show other bugs)
: Trunk
: x86 Mac OS X
: -- normal with 2 votes (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
: chris hofmann
Mentors:
http://m8y.org/tmp/testcase73.xhtml
Depends on: slimwrapper
Blocks:
  Show dependency treegraph
 
Reported: 2009-06-25 12:54 PDT by Boris Zbarsky [:bz]
Modified: 2014-02-23 13:54 PST (History)
10 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Attachments
Testcase (4.75 KB, application/xhtml+xml)
2009-06-25 12:54 PDT, Boris Zbarsky [:bz]
no flags Details

Description Boris Zbarsky [:bz] 2009-06-25 12:54:01 PDT
Created attachment 385180 [details]
Testcase

We're a lot slower than Safari 4 on all three parts of the testcase linked in the url field (and attached, with a doProfile boolean to flip to true if you want to shark it).

We're spending a bunch of time in JS_ComputeThis, xpc_qsXPCOMObjectToJsval.  Those two account for over 30% of the runtime for the "node creation" approaches.  Also spending a fair amount of time on the final insert; in the innerHTML testcase this is 70+% of total time.  We should use this bug as the tracker and file separate bugs on specific issues here, or add as deps bugs that are likely to help (e.g. slimwrapper).
Comment 1 Boris Zbarsky [:bz] 2009-06-25 13:03:52 PDT
Some profiles:
http://web.mit.edu/bzbarsky/www/profiles/bug500489/
Comment 2 Guilherme Lima 2014-02-23 13:54:16 PST
Nightly / Chrome 32 / IE 11

Straight-forward node creation 0.413s / 0.365s / 3.034s
Straight-forward node creation, but no lastChild.lastChild 0.392s / 0.207s / 2.884s
Using innerHTML instead 0.3s / 0.278s / 5.339s

Note You need to log in before you can comment on or make changes to this bug.