Plugins that use CPU when idle?
-
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...
-
i did the same - in fact got rid of the context menus wherever possible - and placed the menu either in plugins or as icons.
spent a whole night (in sketchup heaven) going through all my favourites: if i had an icon on a toolbar - unless i needed it for a shortcut key, say like TIG's mirror - i removed it from the plugins menu altogether.
haven't seen a pesky grey for a long time - thought i always expect it and i'm still surprised when it's not there..
-
@thomthom said:
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...
I noticed that the Twilight plugin adds a toolbar, fold-out menu item in Plugin menu, + a context menu.
The context menu shows a fold-out arrow, but nothing folds out (unlike in the PLugin menu, where it does fold out).
Could this be a "sign"? -
That context menu will only fold out when a component is selected (or also when a Twilight light I think).
Advertisement