Sketchup 8 faster than sketchup 13?

Dan Rathbun

For a true test, you need to turn off ALL other plugins.

glro

… to reduce side effects and factors that you don't know.
A comparison with all things replicated (same model, same plugins, same observers) is more complicated and less meaningful than a comparison with all things reduced to the minimum.

yes, i understand; change only one parameter at a time to be sure it is this one which is responsible of the change

i shall make 3 identical plugins folders and test

but i have the same issue on 2 different computers, both with SU13, and when i launch the plugin, SU13 and SU14 freeze (no answer written in the upper colored strip)

SU8 doesn't freeze...

So i suspect it is a sketchup 13 and 14 issue

glro

@dan rathbun said:

For a true test, you need to turn off ALL other plugins.

i removed all plugins in SU14, but the one i wanted to test; and it is still 5 times slower than running in SU8 with many other plugins in the folder

besides, i discovered that plugins can be installed in 2 different folders with SU14

C:\ProgramData\SketchUp\SketchUp 2014\SketchUp\Plugins

and

C:\Users[name]\AppData\Roaming\SketchUp\SketchUp 2014\SketchUp\Plugins

very complicated, and apparently inefficient

it seems to me that Trimble has not improved sketchup, to say the least

i shall wait for an update...

Aerilius

It's not inefficient (rather the opposite). It's a change that developers have wanted to happen already years ago. User data (like plugins) belong into the user folder, it's on all operating systems like that and even Microsoft strongly recommends it. The previous location needed administrator permissions (to manipulate system files) every time a user wanted to install a plugin.

As it seems, under Trimble the SketchUp team has finally the courtesy and resources to realize bigger improvements (to achieve more than adding a Google Earth button). But still changes take time.

glro

@aerilius said:

It's not inefficient (rather the opposite). It's a change that developers have wanted to happen already years ago. User data (like plugins) belong into the user folder, it's on all operating systems like that and even Microsoft strongly recommends it. The previous location needed administrator permissions (to manipulate system files) every time a user wanted to install a plugin.

As it seems, under Trimble the SketchUp team has finally the courtesy and resources to realize bigger improvements (to achieve more than adding a Google Earth button). But still changes take time.

i agree with you about the benefits of installing plugins outside the program files folder

but why put them in such a remote directory, repeating the same word in the path? and why enable the plugins to be installed in 2 different folders?

i have reasons to think that trimble is reducing the possibilities of plugins in sketchup; hope i am wrong, or that it is temporary

AdamB

glro: you seem very quick to judge things you perhaps do not understand.

The purpose of having 2 locations, is that one is a global, shared repository, another is a per-user repository.

glro

@adamb said:

glro: you seem very quick to judge things you perhaps do not understand.

The purpose of having 2 locations, is that one is a global, shared repository, another is a per-user repository.

i don't want to offend anybody

and i am conscient of the limits of my programming skills

i know the problem i have is not linked to ruby versions, and i have at least one example of trimble limiting on purpose the possibilities of sketchup plugins

so i have a doubt

that's it, no big deal

deaneau

@adamb said:

SU8 and SU2013 were much of a muchness on speed. SU2014 is much faster.

But Aerilius is correct that you need to compare apples to apples; check you have identical Observers attached in both versions before testing.

however some plugins will crash SU2014 in SU2013 all be good.

glro

@deaneau said:

@adamb said:

SU8 and SU2013 were much of a muchness on speed. SU2014 is much faster.

But Aerilius is correct that you need to compare apples to apples; check you have identical Observers attached in both versions before testing.

however some plugins will crash SU2014 in SU2013 all be good.

can you give an example?

this might help to find an explanation

tt_su

Does anyone have examples to follow this discussion?

glro

@tt_su said:

Does anyone have examples to follow this discussion?

Runs with 25 fps in Sketchup 8 and sucks with 5 fps in Sketchup 2014 ...

Dan Rathbun

Comparison for SketchUp 2015 ?

tt_su

No code examples? Or anything we can run to test?

Garry K

I tried my Stair Maker plugin with the last 5 versions of SU on Windows 7.

I asked it to build a 360 degree curved stair with housed stringers and 56 Risers, 50 progressive flare (forces 50 unique treads and 50 unique risers) Each tread flare inreased by 5 mm.
The stair had 2 of the most complex rails that I provide. So there are 392 curved and twised sections making up the 2 rails.

SU 7: 44 seconds
SU 8: 42.5 seconds
SU 2013: 34.3 seconds
SU 2014: 32.3 seconds
SU 2015 64 bit: 33.5 seconds

Garry K

Here are the parameters of the stair.
You can see the progressive flare.

Stair Parameters

Stair

glro

@adamb said:

glro: you seem very quick to judge things you perhaps do not understand.

The purpose of having 2 locations, is that one is a global, shared repository, another is a per-user repository.

OK, now i understand the interest of a global repository: it doesn't need the session name
C:\ProgramData\SketchUp\SketchUp 2015\SketchUp\Plugins

so it might be easier to find when installing a plugin

maybe ...

but still, if a plugin needs special components to be installed, it still has to be done in the program files folder; so it still needs administrator rights

the component folder should be outside the program files folder also

roland joseph

Shut down the external ruby pipeline and hire a bunch of ruby coders. Now that would be a diabolical means for Trimble to make money wouldn't it?

glro

@aerilius said:

What does the code do?
Apart from pure mathematical calculations, programming languages can also have side effects and interact with the environment (and such side effects make things hard to reproduce and bugs hard to discover).
Although the ruby version is maybe still the same, the SketchUp environment is changed and performance is affected by entity creation (which then can even call observers of other plugins) or interaction with the user interface.

from SU profiler result, the program mainly spends time in this type of operation
"Sketchup::Entities#each"

would you say that this includes these lines of code?

for e in entities
    if e.is_a? Sketchup;;ComponentInstance
          status = selection.add e
    end 
end #for

glro

@roland joseph said:

Shut down the external ruby pipeline ...

do you suggest that some plugins (as mine ...) running slower would be the consequence of an intentional reduction of capacity for ruby programs to interact with sketchup?

Aerilius

@glro said:

from SU profiler result, the program mainly spends time in this type of operation
"Sketchup::Entities#each"

The profiler (plugin!) requires quite some understanding of what it does, and how meaningful the result is — even for more advanced developers this profiler in its current state is not that much helpful. That it spends time in each doesn't tell much without decomposing what it does inside each.

@roland joseph said:

Shut down the external ruby pipeline ...

There is no "external" ruby pipeline.