WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
101070
Move m_element checks out of canShareStyle into locateSharedStyle
https://bugs.webkit.org/show_bug.cgi?id=101070
Summary
Move m_element checks out of canShareStyle into locateSharedStyle
Ojan Vafai
Reported
2012-11-02 09:56:41 PDT
Move m_element checks out of canShareStyle into locateSharedStyle
Attachments
Patch
(3.16 KB, patch)
2012-11-02 09:59 PDT
,
Ojan Vafai
darin
: review+
darin
: commit-queue+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Ojan Vafai
Comment 1
2012-11-02 09:59:05 PDT
Created
attachment 172082
[details]
Patch
Ojan Vafai
Comment 2
2012-11-02 09:59:43 PDT
Just stumbled across this as I was looking at canShareStyleWithElement earlier today.
Darin Adler
Comment 3
2012-11-02 10:01:20 PDT
Comment on
attachment 172082
[details]
Patch Looks logical. Ideally we would measure the performance improvement to also make sure there is no performance loss. It’s conceivable that this could make things slower in some cases even though it should make most things faster.
Eric Seidel (no email)
Comment 4
2012-11-02 10:05:53 PDT
canShareStyle* is quite hot (on the bechnmarks where we've gotten rid of more egregiously slow code. So anything we can do to make it faster is good. :) I trust our perf bots (
http://webkit-perf.appspot.com/
and
http://build.chromium.org/f/chromium/perf/dashboard/overview.html
) will tell us if we did anything wrong. :)
Ojan Vafai
Comment 5
2012-11-02 10:19:35 PDT
Yeah. I don't actually expect this to have a meaningful performance impact in practice. I'll monitor the chromium perf dashboards though to be sure.
Ojan Vafai
Comment 6
2012-11-02 10:54:20 PDT
Committed
r133315
: <
http://trac.webkit.org/changeset/133315
>
Darin Adler
Comment 7
2012-11-02 16:01:39 PDT
Comment on
attachment 172082
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=172082&action=review
> Source/WebCore/css/StyleResolver.cpp:1217 > - if (!m_element->hasTagName(progressTag)) > - return false; > - > + ASSERT(!m_element->hasTagName(progressTag));
Wait, what? Is this assertion backwards?
Darin Adler
Comment 8
2012-11-02 16:02:21 PDT
Comment on
attachment 172082
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=172082&action=review
>> Source/WebCore/css/StyleResolver.cpp:1217 >> + ASSERT(!m_element->hasTagName(progressTag)); > > Wait, what? Is this assertion backwards?
Oh, I see you noticed and fixed this later.
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