Closed
Bug 870814
Opened 11 years ago
Closed 11 years ago
IonMonkey: Enable native dense int32 when ic isn't monitored
Categories
(Core :: JavaScript Engine, defect)
Core
JavaScript Engine
Tracking
()
RESOLVED
FIXED
mozilla24
People
(Reporter: h4writer, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
1.99 KB,
patch
|
jandem
:
review+
|
Details | Diff | Splinter Review |
In bug 870627 we have slow performance, because of an ic not getting added in a cache that isn't monitored.
Reporter | ||
Comment 1•11 years ago
|
||
Comment on attachment 747989 [details] [diff] [review] Patch I think attachDenseElement doesn't depend on the value of cache.monitoredResult. So that this is correct...
Attachment #747989 -
Attachment is patch: true
Attachment #747989 -
Flags: review?(jdemooij)
Reporter | ||
Comment 2•11 years ago
|
||
Brings the performance down from 50s to 15s of linpack. It's a start. (v8 performance is 0.8s) (Looking at the performance of v8, I assume we don't want a cache here, but somehow we should be able to predict this is actually monomorphic during compilation.)
Blocks: 870627
Comment 3•11 years ago
|
||
Comment on attachment 747989 [details] [diff] [review] Patch Review of attachment 747989 [details] [diff] [review]: ----------------------------------------------------------------- Looks good. (In reply to Hannes Verschore [:h4writer] from comment #2) > (Looking at the performance of v8, I assume we don't want a cache here, but > somehow we should be able to predict this is actually monomorphic during > compilation.) We should be able to use Baseline IC's here: if the IC only saw dense accesses, Ion should inline the dense path directly.
Attachment #747989 -
Flags: review?(jdemooij) → review+
Reporter | ||
Comment 4•11 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/bf0bcf4ecf28 I'll look if I can add this optimization to look at Baseline IC's for dense accesses. Good way to look at Baseline code again ;).
![]() |
||
Comment 5•11 years ago
|
||
This was a nice 3-4% win on Dromaeo-CSS, for what it's worth. Thank you!
Comment 6•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/bf0bcf4ecf28
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla24
Reporter | ||
Comment 7•11 years ago
|
||
(In reply to Boris Zbarsky (:bz) from comment #5) > This was a nice 3-4% win on Dromaeo-CSS, for what it's worth. Thank you! Cool. I hope the next patches for the GWT benchmarks also improve Dramaeo-css :D
You need to log in
before you can comment on or make changes to this bug.
Description
•