New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 656542 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Oct 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 3
Type: Bug , Bug-Regression



Sign in to add a comment

GPU process hangs the whole browser

Project Member Reported by vasi...@chromium.org, Oct 17 2016

Issue description

Version: 54.0.2840.59 (Official Build) beta (64-bit)
Chrome Remote Desktop 52.0.2743.48
OS: Linux

What steps will reproduce the problem?
(1) open Chrome remote desktop app
(2) open Chrome task manager
(3) Click on the (windows) machine to connect

The whole browser becomes laggy as the GPU process consumes 100% CPU.
I don't observe this  issue 100 %. First time it was only on the login screen (Google credentials before the connection). Second time the entire remote session. Third time it was OK from the beginning.

 
Labels: pre-stable-54.0.2840.59 M-54 Type-Bug-Regression
Labels: Needs-Feedback
Unable to reproduce the issue using Chrome Remote Desktop 52.0.2743.48 and Stable 54.0.2840.59 on Ubuntu 14.04 and accessing from Windows 10 machine.
I was on my Goobuntu machine. I think it matters here. I get 100% even on the page with My Computers when I click Refresh.
See if you get the same problem with https://chrome.google.com/webstore/detail/chrome-key-event-tester/amndppkiecbdmiaihgbicalhabkkhhpk. Before you make a connection, CRD is not doing much, but it does pre-load a NaCl plugin. The app I liked to does too, so it might shed some light on what's going on.
Cc: ligim...@chromium.org durga.behera@chromium.org
Labels: -Needs-Feedback Needs-Bisect
Durga : As per #3, can you give a try using Ubuntu.
vasilii@ : Can you please confirm whether the issue exist using pervious stable- 53.0.2785.143.
Cc: jamiewa...@chromium.org
Tried the issue making Ubuntu 14.04 as host and Win 10 as Client using 54.0.2840.59 and vice versa, could not reproduce it.
Chrome key event tester has the same issue.
Tested as well on 53.0.2785.143 (Official Build) (64-bit) with Chrome Key Event Tester and remote desktop. The 100% load isn't observed.
Labels: -M-54 -Needs-Bisect ReleaseBlock-Stable M-55
jamiewalch@ could you find someone from your team for further triaging and investigation. vasilii@ please provide chrome://gpu information.

Tagging with blocker label in case of any escalations in future.As per #8, the issue persist on previous stable release. 

On M53 there was no such an issue. Today I can't reproduce it on 54 too. Probably it's something local on my machine.
Components: -Services>Chromoting
It doesn't look like this is related to Chromoting and I'm not sure we can reproduce the issue to help track it down.
Status: WontFix (was: Untriaged)
closing since the issue is resolved.Please feel free to reopen if needed.
Status: Available (was: WontFix)
I have the problem again today. It's enough to move mouse over UI elements of the remote desktop app to get high load.
chrome://gpu:
https://docs.google.com/a/google.com/document/d/1MBy_3AAAy65wyew-QoxVzXx7vGIjEsEdzUfN93sGTDU/edit?usp=sharing
Cc: kbr@chromium.org zmo@chromium.org
Would you mind updating to latest chrome stable version - 54.0.2840.71 and update the thread. 
Meanwhile looping to GPU experts in our team for further inputs from chrome://gpu information.

Comment 15 by kbr@chromium.org, Oct 21 2016

Cc: sunn...@chromium.org
NVIDIA's 361.42 driver is known to have bugs. I suggest you update to the 367.35 driver which is easily available via synaptic or other package managers.

Updated to Nvidia 367 and don't see the issue today.

Comment 17 by kbr@chromium.org, Oct 24 2016

Status: WontFix (was: Available)
Thanks for testing. Closing as WontFix (driver bug). There was a thread on goobuntu-discuss about this poor choice of driver; I suggest you follow up on it.

Sign in to add a comment