Open
Bug 977658
Opened 6 years ago
Updated 5 years ago
Windows PGO builds much slower than non-PGO builds on "cold" code
Categories
(Core :: JavaScript Engine, defect)
Core
JavaScript Engine
Not set
Tracking
()
NEW
People
(Reporter: jandem, Unassigned)
References
Details
(Keywords: perf, Whiteboard: [js:p2])
Attachments
(1 file)
|
204 bytes,
text/html
|
Details |
I'm attaching a simple micro-benchmark that repeatedly calls the |set| method on typed arrays. This testcase is 2x faster with a non-PGO build. Apparently the compiler deoptimizes (stops inlining trivial functions etc) code that's not exercised during the profile run, and because the profile run is based on SS + a handful of other scripts, this probably affects a lot of code. I wonder if this also makes DOM benchmarks slower.
Comment 1•6 years ago
|
||
> I wonder if this also makes DOM benchmarks slower.
Chances are, no, since starting the browser exercises a bunch of DOM stuff, from the browser UI itself...
Comment 2•6 years ago
|
||
FWIW I did some tests a few weeks ago on the difference between PGO and non-PGO on the major benchmarks with Ion disabled (BC enabled) and found that while SS gets a fairly significant speedup (I think it was around 5%), Kraken and Octane are essentially unaffected. Of course BC is less important for these in practice (with Ion enabled), but there might still be some value in running those during the profile run as well.
You need to log in
before you can comment on or make changes to this bug.
Description
•