Octopi high cpu usage (browser side)

For some time now (at least a couple of months) I am seeing 100% cpu use whenever I bring up Octopi on a browser. This is on 2 different PC's, and the choice of browser doesn't make any difference - I've tried Firefox, Edge, Chrome, Safari on a Mac.

Any ideas what would cause this or how to go about troubleshooting would be appreciated. If I bring up Octopi it pretty much kills the PC for anything else. I had to kill the Octopi tab just to be able to type this, otherwise it's too painful.

The printer is a MakerGear M3ID with included Raspberry Pi. Octoprint says it's running version 1.3.6.

Thanks!
Will

1 Like

I notice this whenever I connect my Safari browser, for example, to my OctoPrint instance: one of the cores will go to 100% while it returns pages for a bit. It seems normal to me, the collection of pages, scripts, images, stylesheets from OctoPrint and the array of plugins is a fair bit to transfer to the browser.

In my case it stays pegged at 100% unless I kill the session. It's not just when it's loading.

Do you have a webcam?

In a case like this, I'd use Safari. I'd right-mouse click in the body of the webpage and choose Inspect. I'd then take a look at the Network tab and see which part of that is grinding forever.

Yep. Don't be on a tab with the webcam loaded, nor with the 'gcode viewer' loaded. See what happens. A screenshot of the loaded page would help.

No webcam. No gcode viewer. Just the main screen. I'll post a screen grab.

Here's a screen shot. Notice the Task Manager display in the upper right corner - 100% CPU. All I did was point the browser (in this case Firefox) at Octopi and let it load. Sure wish I could figure this one out.

Try if the issue persists in safe mode.

1 Like

I just tried it with Firefox in safe mode. No change, still flat out 100% cpu.

MS Edge has performance tools. I ran it for 30 secs. It shows three things running constantly, Timer(e) at 21%, DOM Event at 27%, Paint at 25%.

I think @foosel meant safe mode of OctoPrint.

Can you please tell me how to do that?

Nevermind, I found it, thanks.

Running OctoPrint in safe mode now. CPU load is now normal, no longer 100%.

I will start looking at what plug-ins are being used.

Problem found - It would appear that the Software Update plugin is the problem. If I disable that one add-on the CPU usage is normal.

A big Thank You to everyone for the suggestions. I can actually leave OctoPrint running again and still get other work done!

Will

1 Like

I wonder if OctoPrint either lost its Internet connection or its DNS server. So if it's trying to resolve some server to pull down an update, it would fail and cycle.

That doesn't make sense. The Software Update plugin is bundled and hence also stays enabled in safe mode. If your issues vanished in safe mode, it can't have been the Software Update plugin. It could however have been some other plugin you have installed interacting with the SWU plugin causing this problem.

I'd suggest to re-enable SWU, disable all third party plugins and then start disabling all third party plugins one by one.

Gina,

I was very careful in my testing, and it took quite a bit of time. I disabled all of the plugins and then re-enabled them one by one. When I enabled the Software Update the CPU utilization went back to 100%. When I disabled Software Update the CPU usage went back to normal. Please see attached screen capture. ALL of the plugins are now enabled EXCEPT Software Update.

I have been a systems programmer over 50 years (since the 60's), including working on everything from large multi-processor operating systems to compilers and interpreters. I am very methodical in my testing.

William

That wasn't a dig at your testing.

I'm just saying the current conclusion doesn't make sense as it is inconsistent. You stated that the issue went away when running OctoPrint in safe mode. The Software Update plugin is bundled and hence stays enabled in safe mode. If the issue went away in safe mode with an enabled Software Update it can't be the Software Update plugin on its own or the issue would not have gone away in safe mode. There must be a different/additional factor at play here, possibly another plugin doing something that causes the SWU plugin to consume 100% CPU load (though what, I have no idea at all, the frontend component of the SWU plugin is pretty light weight).

Maybe an uncompleted update. It's known the that recent version of the Bed Visualizer takes a lot of time to update.