Issue metadata
Sign in to add a comment
|
IBM Support Site tabs excessive CPU & memory then crash since 55.0.2846.4 update
Reported by
demented...@gmail.com,
Sep 2 2016
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2847.0 Safari/537.36 Example URL: https://www.ibm.com/support/knowledgecenter/SSPHQG_7.1.0/com.ibm.powerha.admngd/ha_admin_run_rg_wpar.htm Steps to reproduce the problem: 1. Open Supplied URL 2. See constant high CPU & increasing memory usage for this tab in the task manager (either chrome task manager or windows task manager) 3. If the tab is not killed eventually Canary will crash What is the expected behavior? Should work as it did before the 55.0.2846.4 update. What went wrong? In task manager for this tab CPU is constant at 7 - 8 % (on an I7-990x with 24 GB). On my work laptop (8 GB) I never even get a chance to pen task manager before Canary crashes. I have not followed-up on my laptop - 3/4 of the home tabs are to IBM support pages. I have only observed this issue on the IBM Support site. Two other URL's that I cancelled for the same reason are: http://www-01.ibm.com/support/docview.wss?uid=ssg1S4001363#SVC http://www-01.ibm.com/support/docview.wss?uid=ssg1S1005419#_CodeLevel I waited till today's update to 55.0.2847.0 to see if perhaps it was a one time build problem. Apparently it is not. In the meantime I have switched to Chrome Beta when accessing the IBM support site - there are just too many pages on that site now that canary has problems with ! Does it occur on multiple sites: Yes Is it a problem with a plugin? N/A Did this work before? N/A Does this work in other browsers? Yes Chrome version: 55.0.2847.0 Channel: canary OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 22.0 r0 This problem started with 55.0.2846.4 update. I have permanently home pages on the IBM Support site - so it was immediately noticeable after relaunch for that update. Additional comment - problem not in Chrome beta 53.0.2785.89 beta-m (64-bit) HOWEVER since the recent re-work by IBM of many of their sites (especially the support site) performance of these URL's in either Canary or Beta (I do not have stable installed) is much worse than the same URL's in Fire Fox Nightly 51.0a1 (2016-09-02). I have not done a comparison with IE (sorry but I only use IE for the one work related site and nothing else).
,
Sep 5 2016
Update: With Version 55.0.2850.0 canary (64-bit) thses this URL's specified on the initial report now appear to load OK: https://www.ibm.com/support/knowledgecenter/SSPHQG_7.1.0/com.ibm.powerha.admngd/ha_admin_run_rg_wpar.htm Bit the other URL's are still triggering the problem (among others) on the IBM sites.
,
Sep 6 2016
,
Sep 6 2016
,
Sep 6 2016
Do you have any extensions installed?
,
Sep 6 2016
A trace is likely very handy. Consult https://www.chromium.org/developers/how-tos/submitting-a-performance-bug to provide it.
,
Sep 7 2016
Sorry for the delay is responding - I was away for the "extra" long weekend. I have this problem both at home and at the office. On my office laptop I only have two (2) extensions installed: 1.) Google Docs 2.) Google Docs Offline I have attached a trace file - two tabs encountering the problem at the time of the trace: http://www.ibm.com/developerworks/java/jdk/aix/service.html https://www.ibm.com/developerworks/community/blogs/aixpert/entry/POWER8_Simplified_Remote_Restart_via_HMC_or_PowerVC?lang=en_us
,
Sep 7 2016
dementedcanuck@ thanks for your trace file. I looked at both sites and it appears both are constantly spinning a 200ms interval inside dojo. They don't cause much work; but that is the idle CPU that you are seeing. The timers are occurring in FireFox and Chrome Stable as well. Since it is limited to one TLD I suggest that you start a ticket with IBM there isn't much we can do.
,
Sep 7 2016
,
Sep 7 2016
One setInterval is here: https://www.ibm.com/developerworks/js/dw-mf/viper-www-v2.js
,
Sep 7 2016
specifically calling via setInterval(_282,200)
,
Sep 7 2016
Would this account for the ever increasing memory usage (worse on Canary than on the others) ? I will be opening a ticket with IBM - I will first try off the "feedback" page and if no results withing 48 hours I will open an SR under corporate account with IBM.
,
Sep 7 2016
Hi, I have done another trace - an IBM tab with more pronounced symptom canary versus beta. This trace is from Canary - all extensions disabled in browser. I cut the trace at just over 90% buffer full (seems if I let it run longer the trace would "out of memory" while post processing after stop. Web page used: http://www-01.ibm.com/support/docview.wss?uid=ssg1S1005419#_AIXSysP There is an exceedingly LARGE difference in memory usage & CPU usage between Canary Version 55.0.2853.0 canary (64-bit) and Beta Version 53.0.2785.89 beta-m (64-bit). I have attached screen shots from task manager fro the same page loading in both of these versions of Chrome. Please take another look ....
,
Sep 8 2016
,
Sep 8 2016
I can't seem to download the trace. Could you try recording a shorter one (couple of seconds should be enough)?
,
Sep 8 2016
I will create another one this evening when I get home. Am doing one of my rare office appearances today. 😬
,
Sep 9 2016
I have created a new (smaller) trace file - attached. Again I ran the trace with all extensions disabled. This was run on Version 55.0.2854.2 canary (64-bit) - updated this AM before I ran the trace. This is a much smaller trace file ~ 3MB.
,
Sep 9 2016
,
Sep 29 2016
We really need a bisect in this. The Changelog between 55.0.2846.4 and 55.0.2845.0 is large, with multiple v8 rolls and some other things that could conceivably matter in this situation. As I understand it, these 2 URLs from the original report exhibit ever-growing memory usage: http://www-01.ibm.com/support/docview.wss?uid=ssg1S4001363#SVC http://www-01.ibm.com/support/docview.wss?uid=ssg1S1005419#_CodeLevel I could not load them in the short time I had available to look at this bug - the web site was not responding.
,
Sep 30 2016
,
Sep 30 2016
Hi, Sorry for the delay in responding - many crises this week. As of yesterday's update (one prior to Version 55.0.2876.1 canary SyzyASan which I just updated to) all issues that were spcifically Canary related with the IBM sites are resolved. The URL's I supplied in this incident now load and render correctly and once loaded the CPU usage stops and the memory utilization stabilizes +-- 100,000k each. Earlier in the week the (I update Canary ASAP when I see the notification) the CPU & Memory issues appear to have been resolved but the URL's were not rendering correctly - what was being displayed was basically useless. Since yesterday's update this has also been corrected. NOTE: I fully understand the issues you may have had with the IBM URL's. They have recently implemented a major re-design of their Web Sites. As a long time user of IBM support sites (since the days preceding the WEB) this update & redesign sucks (I am attempting to use polite language here). Performance is the pits and many things are "broken" - links to never never land etc. I have opened numerous issues with IBM using the feedback tool (even opened a Sev 1 to IBM support when I could not access Fix Central to download an critically needed fix). They have even "obsoleted" the IBM ID I have been using for ~ 20 years now. Frustration ongoing .... I leave it up to you if you want to close this issue. From my end all is joy now. Many thanks and the assistance was appreciated. Ross
,
Sep 30 2016
There is also issue 650708 which is reported against the IBM sites as well.
,
Sep 30 2016
Hi Again, I just tried both pages referred to in issue 650708 from my WFH setup using Version 55.0.2876.1 canary SyzyASan on Win Pro 64 BIT SP1 + all fixes. I did NOT see any issues.Initial load & re-load no noticeable difference. However I a test using my corporate laptop (RDP connection from home) with older Canary (Version 55.0.2867.0 canary (64-bit) ) on a Win 7 Enterprise Edition SP! + mostly up-to-date. The first load was what I would call "normal" for the laptop behind the corporate FW. The re-load was NOTICEABLY slower! I suggest re-examining that issue using today's update. So far the IBM sites have worked great for me on Canary following today's update. I have moved back to Canary from Beta for these sites. NOTE: Due to a Corporate GPO restriction the Google update is "blocked" in the Corporate assets. Since there is no "standalone" installer for Beta or Chrome I have a "hack" I use to update them the Corporate Win Systems I use (a laptop + a VDI). Time permitting I try to update Canary once or twice a week and Beta once a week. I will copy this entry to the other issue. Ross
,
Oct 3 2016
Hi, Something has been broken between Version 55.0.2876.1 canary SyzyASan and Version 55.0.2879.0 canary (64-bit). Selected URL's from IBM are no longer rendering correctly - including one of the URL's I initially reported with the CPU & Memory issues. The CPU & Memory issues are still "fixed" but the appearance is once again broken. URL : http://www-01.ibm.com/support/docview.wss?uid=ssg1S1005419#_AIXSysP See attachments: Rendering_on Canary.jpg - Version 55.0.2879.0 canary (64-bit) Rendering_on Beta.jpg - Version 54.0.2840.41 beta-m (64-bit) Ross
,
Oct 3 2016
Looks like the attachment for the rendering on Canary did not make it - attaching it now ...
,
Oct 4 2016
The one on Canary looks like a mobile page. I couldn't reproduce this on Canary 55.0.2880.0 canary (64-bit) MacOS. I also had a look at the memory consumption and CPU load: This really goes over the roof during startup but recovers after a while. I suspect this can be attributed to the page. Can somebody please bisect this to make sure it is not Chrome?
,
Oct 4 2016
,
Oct 4 2016
I am still having the rendering issue on Canary 55.0.2880.0 canary (64-bit) Win 7 64 bit
,
Oct 4 2016
Tagging with respective labels so that the bug will get attention.
,
Oct 9 2016
I had a lot of trouble with Canary after the update this AM (56.0.2884.0 ??) - it flashed a "ghost window" and then disappeared. See Issue 654193 . I have subsequently done a complete removal of Canary and tried a re-install from scratch (not an update/relaunch). This was also unsuccessful. I juts gav another try at starting Canary and it started - Version 56.0.2884.1 canary SyzyASan ! The problems with the IBM URL's that I have rportd incident against now all seem to be functioning as expected now and are rendering correctly.
,
Oct 11 2016
Good Morning, I am once again running Canary 64 bit - Version 56.0.2887.0 canary (64-bit) this AM after issues 654213 & 654193(duplicate of 654213) were resolved. On both the latest 32 bit (56.0.2887.1) and 64 bit (56.0.2887.0) I can confirm that the IBM URL's I submitted in this issues are now loading and rendering as expected. All IBM URL's are now working well - CPU & Memory usage is within reason and page rendering as expected. See attachment for details.
,
Oct 11 2016
Screwed up adding attachment - here it is
,
Oct 11 2016
Thanks. The IBM page got some fixes deployed AFAIK. => Not Chrome.
,
Oct 11 2016
Hi Again, I suspect that the rendering issue may have been triggered by something set somewhere in the "user data". I removed and re-installed Canary several times over the weekend due due to issue 654213 . In order to get a "working" Canary (by downgrading to the 32 bit version) I did an uninstall and completely dispatched the C:\Users\XXXXXXXX\AppData\Local\Google\Chrome SxS directory to the bitbucket. From that point onwards the pages rendered correctly on 32 bit and then on 64 bit today once I installed a the working 64 bit version. I do not think it was anything in either "Cached Images and Files" or Cookies - during the course of this incident I had cleared those several times. As I have noted - I never had the issue in Chrome Beta and I did not have it in a "Waterfall" 64 bit load I was using over the weekend. And yes - you are probably right that the initial rendering problem was most probably triggered by something in the IBM page. They have been struggling to get the redesigned site "up to par". I am slowly getting responses from all the Feedback & incidents I have submitted to them concerning issues with the redesigned site. To IBM's credit - the priority seems to be on the "security" problems - all of the security (mainly HTTPS vs HTTP) have been fixed - with the exception of the "hack" I discovered on the ESS site that will unlock all the downloads :). That one I have not yet had a response to. Once again thank you. Ross |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by tkent@chromium.org
, Sep 5 2016