Cura: [4.xx] UM3 Network Printing Plugin makes Cura unbearably slow.

Created on 3 Dec 2019  路  9Comments  路  Source: Ultimaker/Cura

4.x.x
(The version of the application this issue occurs with.)

MacOS / Windows
(Information about the operating system the issue occurs on. Include at least the operating system. In the case of visual glitches/issues, also include information about your graphics drivers and GPU.)

Ultimaker 3 Extended
(Which printer was selected in Cura? If possible, please attach project file as .curaproject.3mf.zip.)

Reproduction steps

  1. just installing / having the plugin active makes cura impossible to use.

Actual results
Cura takes forever to change the UI, load settings, slice, etc. It also maxes out CPU usage.

Expected results
Cura actually works well.

Additional information
No additional information.

Connect In Progress Bug

Most helpful comment

For what it's worth I'm likely to review and release the python-zeroconf changes today.

All 9 comments

Yeah we've seen this as well. It seems that the Zeroconf library we're using got broken at some point or used in the wrong way. It's spinlooping upon checking whether DNS queries are correct, taking 100% CPU power and locking up the GIL often. We consider this a critical or blocker.

Any updates on this?

Thanks!

We're still actively looking into it, but we haven't found a solution just yet.

I found a temporary workaround for this on Windows as it was extremely painful to use the UI:
Go to C:\Program Files\Ultimaker Cura 4.4\plugins and delete the UM3NetworkPrinting folder. (Or move it somewhere else)

We've made a patch here to resolve this issue: https://github.com/jstasiak/python-zeroconf/pull/205

@Ghostkeeper great! That looks like a pretty noticeable improvement. How should I go about integrating those changes into my current installation of cura? Should I re-compile it with your changes?

Our current plan is to use Nallath's fork in our Cura builds until that PR has been merged and released by @jstasiak. If there is a release there we can use the mainline python-zeroconf package again. If you are able to build Cura yourself you can do that too once we've adjusted cura-build-environment to use Nallath's version (in a day or two I think). Otherwise you'll have to wait for the Cura 4.5 beta. I think that's due somewhere in February.

In Linux you could try to replace the python-zeroconf package in Python's lib folder in the ISO image. I'm not sure about MacOS though; I think it'll give you an error that the signing key is incorrect when you try that.

For what it's worth I'm likely to review and release the python-zeroconf changes today.

Just released python-zeroconf 0.24.1 (the least significant of the patches didn't make it, see https://github.com/jstasiak/python-zeroconf/pull/205#issuecomment-566131333).

Was this page helpful?
0 / 5 - 0 ratings