Closed
Bug 1385533
Opened 6 years ago
Closed 6 years ago
Consider reserving space for one pointer in mMutationObservers
Categories
(Core :: DOM: Core & HTML, enhancement)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
mozilla56
Tracking | Status | |
---|---|---|
firefox56 | --- | fixed |
People
(Reporter: ehsan.akhgari, Assigned: ehsan.akhgari)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
10.95 KB,
patch
|
smaug
:
review+
|
Details | Diff | Splinter Review |
This way setting an input value for example won't incur an allocation here when a range gets created for the selection, and we won't be growing the slot by too much. We still have the static asserts in FragmentOrElement.cpp imposing a maximum size on our slots.
Assignee | ||
Comment 1•6 years ago
|
||
This helps avoid allocations for the first mutation observer (for example, Range) created by a caller.
Attachment #8891596 -
Flags: review?(bugs)
Assignee | ||
Comment 2•6 years ago
|
||
(The macros in nsTObserverArray.h are copied from similar macros adjacent to them, just changing the array type used in them.)
Updated•6 years ago
|
Attachment #8891596 -
Flags: review?(bugs) → review+
Pushed by eakhgari@mozilla.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/559f7f92c891 Reserve space for one pointer in the mMutationObservers array on node slots; r=smaug
![]() |
||
Comment 4•6 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/559f7f92c891
Status: NEW → RESOLVED
Closed: 6 years ago
status-firefox56:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla56
Updated•5 years ago
|
Assignee: nobody → ehsan
Updated•4 years ago
|
Component: DOM → DOM: Core & HTML
Blocks: 1720061
You need to log in
before you can comment on or make changes to this bug.
Description
•