WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
102858
[v8] 4% regression in dom_traverse tests
https://bugs.webkit.org/show_bug.cgi?id=102858
Summary
[v8] 4% regression in dom_traverse tests
Ojan Vafai
Reported
2012-11-20 19:08:45 PST
haraken, abarth, looks to be one of your patches.
http://build.chromium.org/f/chromium/perf/chromium-rel-win7-webkit/dromaeo_domcoretraverse/report.html?rev=168181&graph=dom_traverse_previousSibling&trace=score&history=150
http://build.chromium.org/f/chromium/perf/chromium-rel-win7-webkit/dromaeo_domcoretraverse/report.html?rev=168181&graph=dom_traverse_nextSibling&trace=score&history=150
http://build.chromium.org/f/chromium/perf/chromium-rel-win7-webkit/dromaeo_domcoretraverse/report.html?rev=168181&graph=dom_traverse_previousSibling&history=150
http://build.chromium.org/f/chromium/perf/chromium-rel-win7-webkit/dromaeo_domcoretraverse/report.html?rev=168181&graph=dom_traverse_nextSibling&history=150
Regression range seems to be
http://trac.webkit.org/log/?verbose=on&rev=134736&stop_rev=134728
.
Attachments
Patch
(1.94 KB, patch)
2012-11-28 08:47 PST
,
Adam Barth
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Ojan Vafai
Comment 1
2012-11-27 11:12:06 PST
ping
Kentaro Hara
Comment 2
2012-11-27 16:24:01 PST
(In reply to
comment #0
)
> Regression range seems to be
http://trac.webkit.org/log/?verbose=on&rev=134736&stop_rev=134728
.
abarth: Maybe the culprit is
r134729
? Other changes in the range don't change generated code at all.
Adam Barth
Comment 3
2012-11-27 16:25:27 PST
Sure. We can revert that patch to see. We'll need to do the revert manually though.
Adam Barth
Comment 4
2012-11-28 08:47:48 PST
Created
attachment 176492
[details]
Patch
Adam Barth
Comment 5
2012-11-28 08:50:59 PST
Comment on
attachment 176492
[details]
Patch Clearing flags on attachment: 176492 Committed
r136015
: <
http://trac.webkit.org/changeset/136015
>
Adam Barth
Comment 6
2012-11-28 08:51:43 PST
I'm leaving this bug open to remind us to check where the bot is actually healed.
Adam Barth
Comment 7
2012-11-28 14:52:38 PST
No luck.
Chris Dumez
Comment 8
2012-11-28 22:42:18 PST
After the roll out, the following bindings generation test is failing: FAIL: (V8) V8TestNode.h --- WebCore/bindings/scripts/test/V8/V8TestNode.h 2012-11-19 18:49:35.208640094 -0800 +++ /tmp/tmpIYlIMK/V8TestNode.h 2012-11-28 09:23:10.983184745 -0800 @@ -88,10 +88,11 @@ // in an isolated world. The fastest way we know how to do that is to check // whether the holder's inline wrapper is the same wrapper we see in the // v8::AccessorInfo. - v8::Handle<v8::Object> wrapper = (holder->wrapper() == info.Holder()) ? impl->wrapper() : DOMDataStore::getNode(impl, info.GetIsolate()); + v8::Handle<v8::Object> holderWrapper = info.Holder(); + v8::Handle<v8::Object> wrapper = (holder->wrapper() == holderWrapper) ? impl->wrapper() : DOMDataStore::getNode(impl, info.GetIsolate()); if (!wrapper.IsEmpty()) return wrapper; - return wrap(impl, info.Holder(), info.GetIsolate()); + return wrap(impl, holderWrapper, info.GetIsolate()); } inline v8::Handle<v8::Value> toV8(PassRefPtr< TestNode > impl, v8::Handle<v8::Object> creationContext = v8::Handle<v8::Object>(), v8::Isolate* isolate = 0)
Kentaro Hara
Comment 9
2012-11-28 22:45:31 PST
(In reply to
comment #8
)
> After the roll out, the following bindings generation test is failing:
Sorry, fixed in
r136100
.
Ojan Vafai
Comment 10
2012-11-30 17:02:37 PST
(In reply to
comment #7
)
> No luck.
Not only that, it may have caused
https://bugs.webkit.org/show_bug.cgi?id=103791
.
Anders Carlsson
Comment 11
2013-09-01 10:34:38 PDT
V8 is gone.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug