Main Area and Open Discussion > General Software Discussion

chrome (main process) taking an entire core. How to debug?

(1/1)

urlwolf:
I have chrome (main process) taking an entire core.
I removed most of the plugins, still the same problem.
I suspect creating a new user would fix it, because on in cognito mode it stays alive ok.

Or I could switch to FF again :)

Any ideas about how to debug this? It's the latest version...

evamaria:
Yesterday, I had a similar problem. 100 p.c. system on my 1-core system, terrible, but distributed between Chrome and YTD Downloader (4.3), and after (!) I had downloaded a group of files with YTD Downloader... I had to shut down YTD Downloader, in order to get even Chrome revert to normal state, so I suppose if it's not some "special" site that slows down Chrome in such a way, it's the INTERACTION with something else.

This is weird and should not occur, but I like Chrome too much in order to switch to FF, and in my tries with FF, I also had moments where things didn't went as smoothly as they should have, so there seems to be an "aleatoric factor" in these things.

In my case, that'd be: Switch to another YT downloader, but stay with Chrome; I hope you find a similar cause and solution.

MilesAhead:
What I usually do is try various chromium snap-shots until I find one that's stable and doesn't hog the CPU. I download the win32 zip, not the installer.  Once you set up a snap shot, save it and it's profile to folders with the build number as part of the name. If you try a new stanp shot that's worse, just copy back the saved contents of the prfile and exe folders.

Also it's important to save the profile because if  you try a newer version and try to back it off to the old, if there's a new setting you'll get an error about "some setting" not recognized or what not.

But now FF is comparable in speed.  Unless you load a zillion extensions FF should seem just as quick off the dime too.

Navigation

[0] Message Index