software_reporter_tool eating CPU
Reported by
term...@gmail.com,
Feb 15 2018
|
||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.0; rv:52.0) Gecko/20100101 Firefox/52.0 Steps to reproduce the problem: n/a What is the expected behavior? software_reporter_tool should not be eating CPU, I want a way to disable it permanently, it should not run What went wrong? on my notebook the fan was on and running for 10 minutes so finally I decided to see what was causing it and it turns out it was a Chrome program software_reporter_tool which appeared to be using my computer to run a research test. "C:\Users\[REMOVED]\AppData\Local\Google\Chrome\User Data\SwReporter\25.140.201\software_reporter_tool.exe" --engine=2 --session-id=[REMOVED] --registry-suffix=ESET --srt-field-trial-group-name=NewCleanerUIExperiment This is not the first time something like this has happened. Please stop using my computer for the tests you're wasting the battery. I want to delete software reporter tool but it keeps coming back in different directories as it iterates into new versions. How can I stop it permanently? Did this work before? N/A Chrome version: Version 64.0.3282.140 (Official Build) (64-bit) Channel: stable OS Version: 6.1 Flash Version:
,
Feb 15 2018
This same thing happened to me on a Windows 10 laptop this morning, that has no relation to the computer in the original report (Windows 8.1). The CPU usage was less though it was a combined 30% with a process and two spawned processes running the same test. Same version of Chrome.
,
Feb 16 2018
termsrv@ Thanks for the issue. Tested this issue on Windows 10 and Mac OS 10.12.6 on the reported version 64.0.3282.140 and cannot observe any increase in CPU usage through software_reporter_tool is present in the system files. From the above description looks like this is a Feature Request to disable software_reporter_tool from "C:\Users\[REMOVED]\AppData\Local\Google\Chrome\User Data\. Marking this issue as Untriaged for further updates from Dev. Thanks..
,
Feb 17 2018
Thank you for testing but please don't dismiss this as can't repro. It's unlikely that, by chance, two separate systems with nothing in common except Chrome (AFAIK) are running the same test and eating cpu within a day of each other. So I think there's something happening there, clearly someone at Google is using this tool to run tests on a user's computer. On a laptop specifically you use the battery when you do that so I suggest an opt-in rather than opt-out. In the case of both laptops Chrome was downloaded with an _unchecked_ "Help make Google Chrome better by automatically sending usage statistics and crash reports to Google." Which I would think means Chrome shouldn't be doing that. The installer which was downloaded from https://www.google.com/chrome/?system=true&standalone=1&platform=win64 shows usagestats=0 in a hex dump of the file.
,
Mar 27 2018
Again with Chrome 65.0.3325.181 on Windows 8.1 x64 and swreporter 27.146.200, running NewCleanerUIExperiment, using 30% CPU
,
Mar 29 2018
Just saw this for the first time, right after today's beta update. Chrome 66.0.3359.66 (Official Build) beta (64-bit) (cohort: Beta). Chrome had 2-3 Software Reporter Tool processes going, and one of them kept the CPU maxed for several minutes (along with Antimalware Service Executable) even after closing the browser.
,
Mar 29 2018
Or rather, it kept one core maxed (25% CPU).
,
Mar 29 2018
Past issues with Software Reporter Tool seem to be
,
Mar 29 2018
Hi,
The software reporter is scanning the systems for unwanted software. If it finds any it will prompt people to run the Chrome Cleanup tool[1]. If you aren't opted into sending metrics back, no information from the reporter is sent back.
I'm sorry to hear that the tool is noticeable, we try to run it infrequently enough, with a low priority and with a timeout, to prevent cases like these.
What is the longest you've seen the tool running for? How frequently are you seeing this issue?
It could also be helpful if you're willing to share the *.log files in C:\Users\{user}\AppData\Local\Google\Software Reporter Tool\, which could help give us an idea about what is causing the problems.
Thanks
[1]https://www.google.com/chrome/cleanup-tool/
,
Mar 29 2018
Can you give me a system setting to stop it? It seems to happen per user. It ran for 10 minutes I think.
,
Mar 31 2018
I can share the most-recent bits of my logs (with username edited out), apparently corresponding to the time I noticed high CPU. (Hmm, it says it couldn't find my hiberfil, pagefile, and swapfile, but those all exist.)
,
Apr 3 2018
Looks like this feature was news to some people: https://yro.slashdot.org/story/18/04/02/2041254/chrome-is-scanning-files-on-your-computer-and-people-are-freaking-out The timing makes me think the scanner must've changed behavior recently for people to suddenly notice its existence. Or it could just be a coincidence.
,
Apr 12 2018
,
Apr 12 2018
Thanks for the logs mkterra@.
,
Apr 12 2018
,
Apr 13 2018
,
May 25 2018
We have a big customer reporting the same issue. They also need a way to disable this feature.
,
May 29 2018
crbug.com/834939 is tracking the request to have a group policy to disable this feature. This bug is only tracking efforts to improve the functionality of the feature, not disable it.
,
Jun 7 2018
Just happened to me again on Chrome 67.0.3396.62 (Official Build) beta (64-bit) (cohort: Beta), and made running other programs a pain for several minutes.
,
Jun 11 2018
Confirm also. Ridiculously slowed down performance.
,
Jun 19 2018
I solved it by adding a software restriction policy for software_reporter_tool.exe as 'Disallowed'. No more complaints so I'm pretty sure it's working. secpol.msc / gpedit.msc > Security Settings > Software Restriction Policies > Additional Rules I reiterate that if the installer does not have send statistics back to Google set then this should not be running. Shady practice.
,
Jun 26 2018
This tool needs to run, even when it doesn't seem statistics back, to see if there is any unwanted software on the system that the Chrome Cleanup Tool can offer to remove (by showing the user a prompt). Without running the reporter we can't tell if we should offer the cleaner or not.
,
Aug 3
This bug has an owner, thus, it's been triaged. Changing status to "assigned". |
||||||||||
►
Sign in to add a comment |
||||||||||
Comment 1 by krajshree@chromium.org
, Feb 15 2018