Open
Bug 803278
Opened 13 years ago
Updated 1 year ago
Ion set IC does a terrible job with readonly non-own properties
Categories
(Core :: JavaScript Engine, defect)
Tracking
()
NEW
People
(Reporter: bzbarsky, Unassigned)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [ion:p2])
I was looking at a profile in bug 802157 and discovered that with ion we're spending a ton of time under ion::SetPropertyCache. The reason for that is that the testcase does an assignment like so:
foo.bar = something;
where "bar" is a readonly accessor prop (so has a getter, but no setter provided) on foo.__proto__ in this case. But SetPropertyCache only caches own properties with slots, so we keep missing the cache over and over.
Seems like this specific case (non-strict mode, set of readonly prop) should be pretty easy to cache... it's a no-op.
Yeah, this should be pretty straightforward - I think just a shape guard and jump back to the inline path.
Blocks: IonSpeed
Whiteboard: [ion:p2]
| Assignee | ||
Updated•11 years ago
|
Assignee: general → nobody
Updated•3 years ago
|
Severity: normal → S3
Comment 2•1 year ago
|
||
Nightly:
5154639.175257732
1934235.9767891683
2262443.438914027
Chrome:
2777777.777777778
1388888.888888889
1557632.398753894
You need to log in
before you can comment on or make changes to this bug.
Description
•