WebAsembly important performance degradation
Reported by
l...@grame.fr,
Jun 26 2018
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/11.1.1 Safari/605.1.15 Steps to reproduce the problem: 1. Go on this WebAsembly + WebAudio tes page: http://faust.grame.fr/bench/freeverb.html 2. Hit the start button and read the result (in MBytes/sec of computed audio sample per sec) 3. What is the expected behavior? The value is much lower on Canary (version 69.0.3473.0) compared to 67.0.3396.99 one. Something like 23.76 MBytes/sec compared to 88.11 MBytes/sec What went wrong? WebAsembly performance degradation Did this work before? N/A Chrome version: <Copy from: 'about:version'> Channel: canary OS Version: OS X 10.11.6 Flash Version:
,
Jun 26 2018
Michel Buffa has a similar result on his machine.
,
Jun 26 2018
,
Jun 26 2018
Reporter, maybe you can run the bisect script on your machine: https://www.chromium.org/developers/bisect-builds-py
,
Jun 26 2018
"Reporter, maybe you can run the bisect script on your machine:" sorry, cannot do that here.
,
Jun 26 2018
Beta (68.0.3440.33) is OK
Dev (69.0.3464.2) is broken
Using the bisect script between the two fails :
python ./bisect-builds.py -a mac64 -g 28 -b 2 --use-local-cache
Downloading list of known revisions...
Loaded revisions 15734-570407 from /Documents/faust-github-faust2/.bisect-builds-cache.json
Traceback (most recent call last):
File "./bisect-builds.py", line 1216, in <module>
sys.exit(main())
File "./bisect-builds.py", line 1177, in main
evaluator, opts.verify_range)
File "./bisect-builds.py", line 774, in Bisect
raise RuntimeError(msg)
RuntimeError: We don't have enough builds to bisect. revlist: []
,
Jun 26 2018
Use the build numbers from https://omahaproxy.appspot.com This should be sufficient: python bisect-builds.py -a mac64 -g 550428
,
Jun 26 2018
,
Jun 26 2018
This is actually quite strange: python bisect-builds.py -a mac64 -g 550428 goes even after 69.0.3473.0 (Canary display version) and all of tested Chromium versions (the one retrieved with bisect-builds.py) actually worked. But Canary stay with the same bad value. Result : python bisect-builds.py -a mac64 -g 550428 Downloading list of known revisions... (use --use-local-cache to cache and re-use the list of revisions) Downloading revision 560695...ac/d1017c09362a8c4a0002a46e68ac714980d79347/ Received 83316551 of 83316551 bytes, 100.00% Bisecting range [550433 (good), 570418 (bad)], roughly 12 steps left. Trying revision 560695... Revision 560695 is [(g)ood/(b)ad/(r)etry/(u)nknown/(s)tdout/(q)uit]: g Downloading revision 565671... Bisecting range [560695 (good), 570418 (bad)], roughly 11 steps left. Trying revision 565671... Revision 565671 is [(g)ood/(b)ad/(r)etry/(u)nknown/(s)tdout/(q)uit]: g Downloading revision 567592... Received 83698390 of 83698390 bytes, 100.00% Bisecting range [565671 (good), 570418 (bad)], roughly 10 steps left. Trying revision 567592... Revision 567592 is [(g)ood/(b)ad/(r)etry/(u)nknown/(s)tdout/(q)uit]: g Downloading revision 568658... Received 83741828 of 83741828 bytes, 100.00% Bisecting range [567592 (good), 570418 (bad)], roughly 9 steps left. Trying revision 568658... Revision 568658 is [(g)ood/(b)ad/(r)etry/(u)nknown/(s)tdout/(q)uit]: g Downloading revision 569576... Received 83990291 of 83990291 bytes, 100.00% Bisecting range [568658 (good), 570418 (bad)], roughly 8 steps left. Trying revision 569576... Revision 569576 is [(g)ood/(b)ad/(r)etry/(u)nknown/(s)tdout/(q)uit]: g Downloading revision 569972... Received 83967996 of 83967996 bytes, 100.00% Bisecting range [569576 (good), 570418 (bad)], roughly 7 steps left. Trying revision 569972... Revision 569972 is [(g)ood/(b)ad/(r)etry/(u)nknown/(s)tdout/(q)uit]: g Downloading revision 570236... Received 83158548 of 83158548 bytes, 100.00% Bisecting range [569972 (good), 570418 (bad)], roughly 6 steps left. Trying revision 570236... Revision 570236 is [(g)ood/(b)ad/(r)etry/(u)nknown/(s)tdout/(q)uit]: g Downloading revision 570343... Bisecting range [570236 (good), 570418 (bad)], roughly 5 steps left. Trying revision 570343... Revision 570343 is [(g)ood/(b)ad/(r)etry/(u)nknown/(s)tdout/(q)uit]: g Downloading revision 570374... Received 83868126 of 83868126 bytes, 100.00% Bisecting range [570343 (good), 570418 (bad)], roughly 4 steps left. Trying revision 570374... Revision 570374 is [(g)ood/(b)ad/(r)etry/(u)nknown/(s)tdout/(q)uit]: g Downloading revision 570394... Received 83868331 of 83868331 bytes, 100.00% Bisecting range [570374 (good), 570418 (bad)], roughly 3 steps left. Trying revision 570394... Revision 570394 is [(g)ood/(b)ad/(r)etry/(u)nknown/(s)tdout/(q)uit]: g Downloading revision 570399... Received 83868866 of 83868866 bytes, 100.00% Bisecting range [570394 (good), 570418 (bad)], roughly 2 steps left. Trying revision 570399... Revision 570399 is [(g)ood/(b)ad/(r)etry/(u)nknown/(s)tdout/(q)uit]: g Downloading revision 570407... Bisecting range [570399 (good), 570418 (bad)], roughly 2 steps left. Trying revision 570407... Revision 570407 is [(g)ood/(b)ad/(r)etry/(u)nknown/(s)tdout/(q)uit]: g You are probably looking for a change made after 570407 (known good), but no later than 570418 (first known bad). CHANGELOG URL: https://chromium.googlesource.com/chromium/src/+log/3b6ffda0a9988774cb990a1c43a6d69d4254cd46..31f09165145291062c3d680400c450b66382070d
,
Jun 26 2018
Downloaded a fresh version of Canary, empty the cache, still same issue.
,
Jun 27 2018
Working again with Canary Version 69.0.3474.0. So I guess the issue can be closed.
,
Jun 27 2018
Closing as obsolete.
,
Jun 27 2018
Re letz@ and herhut@: Do we know why this happened and what fixed it?
,
Jun 27 2018
No. |
||||
►
Sign in to add a comment |
||||
Comment 1 by rtoy@chromium.org
, Jun 26 2018