Browser process taking up 80+% CPU then close page with SharedWorker
Reported by
sowingsa...@gmail.com,
Oct 11 2017
|
|||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36 OPR/48.0.2685.35 Steps to reproduce the problem: Use powerless PC like Intel(R) Celeron(R) CPU G540 @ 2.50GHz 4GB RAM 1. Open online.sbis.ru wait until loaded 2. Open online.sbis.ru in 2d tab and wait until loaded 3. Open online.sbis.ru in 3d tab and wait until loaded 4. Close 1st tab 5. Close second tab 6. Profit. You have 80%+ CPU utilization in closed tab process. Tab from step 5. Tab from step 5 have no fire unload event as side effect. What is the expected behavior? What went wrong? Tab from step 5 is closed. But in windows task manager i see process with same pid and it utilizate 80%+ CPU. Tab from step 5 did not fire 'unload' event. I think what something wrong with closing tab where SharedWorker jumped. We have SharedSorker with websocket connect and communicate using MessageChannel with page. I recorded profile and trace 3 times and compress in zip file each try. And record normal work of SharedWorker. In faster PC problem is not reproduced :( Did this work before? N/A Chrome version: 61.0.3163.100 Channel: stable OS Version: 7 Flash Version: -
,
Oct 11 2017
,
Oct 12 2017
Rechecked issue with chrome version 61.0.3163.100 on windows 10 by following the steps mentioned in the issue and was unable to reproduce it. Cpu usage was normal in all the cases. Can you please try a system restart relaunch chrome and try again. Please update us with your observations. Thanks.!
,
Oct 12 2017
Issue 773694 has been merged into this issue.
,
Oct 12 2017
ranjitkan@chromium.org We have 100k uniq users every day. Bug reprodused stable in 10-20 incident in day using powerless PC like Intel(R) Celeron(R) CPU G540 @ 2.50GHz 4GB RAM We see it every day in a month. In powerfull PC it reprodused never.
,
Oct 12 2017
Thank you for providing more feedback. Adding requester "ranjitkan@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 12 2017
Excuse me. I forgot one simple step. To reproduce you need login to the online.sbis.ru and enter captcha. And then try. Today we have 30 feedback about issue.
,
Oct 12 2017
yeah! I can reproduce on power pc (windows 10 Core i7-4770 @ 3.40 GHz) I used 5 VBScript(load.vbs) processes to load CPU (on screenshot only 4, cos i cant create screenshot with 5 processes) Reproduced in 4nd try: 1. Open online.sbis.ru and login wait until loaded 2. Open online.sbis.ru in 2d tab and wait until loaded 3. Open online.sbis.ru in 3d tab and wait until loaded 4. Close 1st tab 5. Close second tab 6. Profit. You have 80%+ CPU utilization in closed tab process (reproduce-power-pc.png)
,
Oct 13 2017
Tried testing the issue on Win-10 by creating an account at site online.sbis.ru, but that site seems to allow registration for that specific region only. sowingsadness@ - Could you please provide sample credentials to login to the site. This will help us in triaging the issue further. Thanks...!!
,
Oct 13 2017
Thank you for providing more feedback. Adding requester "krajshree@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 17 2017
Unable to reproduce the issue on Win-10 using chrome reported version #55.0.2883.87, latest stable #61.0.3163.100 and latest canary #64.0.3241.0. Attached a screen cast for reference. Following are the steps followed to reproduce the issue. ------------ 1. Opened online.sbis.ru and logged into it. Waited until loaded 2. Opened online.sbis.ru in 2d tab and waited until loaded 3. Opened online.sbis.ru in 3d tab and waited until loaded 4. Closed 1st tab 5. Closed second tab 6. Observed that browser process did not take up 80+% CPU, rather CPU utilization was 11-12% only. Note: Tested the issue 3 times, but was unable to reproduce the issue. sowingsadness@ - Could you please check the issue on latest canary #64.0.3241.0 by creating a new profile without any apps and extensions and please let us know if the issue still persist or not. Thanks...!!
,
Oct 17 2017
Ignore the issue 3 . I meant that tested 3 times.
,
Oct 17 2017
Hi! I tried reproduce in demo account but can't do it in 5 times. In real account it was reproduce in 2nd time. I think bug depend on deliver message by MessageChnnal between tab and SharedWorker. In our organisation scheme we have a big count of messages. Today i disabled send log message from page to SharedWorker and issue was reprodused in 1 of 100 tries only (screenshot attached) I attach video and traces. I will try receive login in our organisation schema.
,
Oct 17 2017
Thank you for providing more feedback. Adding requester "krajshree@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 20 2017
I created user in big account where issue has reproducing. Try to reproduce several times and better in 09:00 - 18:00 GMT+3. In that time this account have huge event stream. https://fix-online.sbis.ru/ login: google password: google12
,
Oct 20 2017
Reprodused in Canary 64.0.3244.0 to.
,
Oct 25 2017
Unable to reproduce the issue on Win-10 using chrome version #64.0.3244.0 and latest canary #64.0.3248.2 . Could anyone from Internals>Core team please have a look into the issue. Thanks...!!
,
Oct 31 2017
Adding label TE-NeedsTriageHelp as the issue is not reproducible from TE-end. Requesting someone from Internals>Core team please have a look into the issue. Thanks...!!
,
Sep 20
We have disabled the shared worker implementation in our product because it very bad for our reputation and have used BroadcastChannel instead of it. |
|||||||||||||
►
Sign in to add a comment |
|||||||||||||
Comment 1 by sowingsa...@gmail.com
, Oct 11 2017166 KB
166 KB View Download