Plugins that use CPU when idle?
-
Intersting. You can do what is called a maximum entropy search and find the problem relative quickly. Just keep splitting the # of plugins in 1/2 each time. If the first 1/2 does not fail then it must be in the 1/2 you did not load etc. If you have more than one causing the problem then it gets more dicey
-
on my machine, i noticed libfredo6.rb seems to raise the cpu about 6%
-
Ouch - Libfredo is such a useful and necessary plugin support file that I'd hate to remove it
I guess I should follow mac1's advice and do a "binary search". And probably check if there are any redundant/unused files there? And then just remove those that I never use..
There's now 131 .rb files in the Plugins folder, and lots more inside subfolders.. -
I got Fredo's plugins, and SketchUp.exe uses 0% CPU when idle.
-
i should have been more clear - the 6% rises only when i move the mouse over the screen
-
@cadfather said:
i should have been more clear - the 6% rises only when i move the mouse over the screen
And you're saying this does not happen with any plugins installed?
I'd put that 6% to SketchUp - doing calculations to what entity the mouse is over etc. -
It happened to me once with a model, that SU was using a entire core at maximum
I wasn't doing anything, only opened the model. It was a model that had to be cleaned. After I reworked the geometry it went back to normal.
The model was a dwg import... so, strange things happen. But 6% of CPU is not something to worry about. As thomthom said, is normal. The only way your CPU to not work at all is to unplug the PC from power line
(because turning it off might not work every time, as there is LAN wake up and other stuff that trigger BIOS to send signals to CPU) -
toggle units increases as well about 7%
Thom, yes it does not happen without plugins - what i did is eliminate plugins by halves and found lib, now found Matt's toggle units as well. there must be others.
in fact when all my plugins are in, the cpu shoots at 25% just by moving the mouse across..
EDIT: i'm more inclined to think that it is a combination of them... interesting..
my scf toolbars also raise the cycles.. (perhaps something to do with observers)
-
I once has a texture in a model that caused massive lags. It was a texture with a non-existing network path.
-
@cadfather said:
(perhaps something to do with observers)
I was writing a response having this thought, but I deleted it, when you posted yours
. I'm inclined to think the same... maybe there are plugins that have observers active for watching the cursor position, or chanve view, edit/create/delete geometry... and maybe that ones are using so much CPU -
funny stuff, i know what i'm going to do as soon as i have some free time... observe!
-
It turns out that it is Twilight that keeps on working in the background all the time, even when SU is minimized.
I can't see why that should be necessary?
Removing Twilight brings SU back to 0% when idle (except of course when moving the mouse across its window or doing something else inside SU).
Anyone else seen this with Twilight? -
@bjornkn said:
It turns out that it is Twilight that keeps on working in the background all the time, even when SU is minimized.
I can't see why that should be necessary?
Removing Twilight brings SU back to 0% when idle (except of course when moving the mouse across its window or doing something else inside SU).
Anyone else seen this with Twilight?Were you rendering something? Be aware that the rendering engine still works if you close the render window. You have to stop the render (either stop button, or right click on image and choose to stop after next pass), if you want to end it.
-
@unknownuser said:
Were you rendering something? Be aware that the rendering engine still works if you close the render window. You have to stop the render (either stop button, or right click on image and choose to stop after next pass), if you want to end it.
No, I'm not rendering anything. If I do the CPU uses 99%. Just an empty scene, in the background or even when minimized. -
just to clear things up - twilight is %0 on mine...
wonder how many people have the same plugins settings in the entire planet..
-
@unknownuser said:
@cadfather said:
(perhaps something to do with observers)
I was writing a response having this thought, but I deleted it, when you posted yours
. I'm inclined to think the same... maybe there are plugins that have observers active for watching the cursor position, or chanve view, edit/create/delete geometry... and maybe that ones are using so much CPUThere are no observers for cursor positions.
-
..maybe it isn't cursor position but it still affects the mouse movement?
-
Could be validation procs for menus and toolbars ... they seem to trigger very often.
-
sounds like a good lead, it's a bit like they greying context menus..
-
They are things that needs to be used with care. The greyout is a SketchUp design limitation. But, if people make the validation procs process the whole active entities and do many calculations then that will cause slowdowns. I spent an evening tracing down plugins that slowed down the context menu. Way too many process the whole model context or selection - which slows the menu down with seconds. In worst cases you end up with the SU window freezing while the context menu loads, then it finally appear the window flicker - causing the context menu to close by itself...
Advertisement