Sketchup 8 faster than sketchup 13?
-
i wrote a plugin that gives a result 3 times faster when running in SU 8 than in SU 13...
I know my ruby code could be optimized, but that doesn't explain the difference; it should be as slow in SU 8 and 13...
and ruby version is the same: 1.8.6 for both SU versions..
Anyboby experienced something similar?
-
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. -
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.
-
@aerilius said:
What does the code do?
...i am not sure about what are observers, but i tried SU profiler to see where the time is spent
I don't understand either the details on the report, but i see the 3 first lines represent almost half of the time
mainly what the plugin does is insert components and move them
i shall try SU 14
thank you for taking the time to answer
-
@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.
i tried SU14: for the same parameters, takes as much time as SU13, that is about 5 times more than SU8
the plugin mainly adds components to the model and move them
i suspect "observers" (whatever this may be) are different from one version to sketchup to another
the ruby version might not be relevant
thank you for answering
-
… 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. -
For a true test, you need to turn off ALL other plugins.
-
@aerilius said:
… 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
-
@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...
-
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.
-
@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
-
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.
-
@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
-
@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.
-
@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
-
Does anyone have examples to follow this discussion?
-
@tt_su said:
Does anyone have examples to follow this discussion?
https://www.youtube.com/watch?v=St8W-V9s5ws
Runs with 25 fps in Sketchup 8 and sucks with 5 fps in Sketchup 2014 ...
-
Comparison for SketchUp 2015 ?
-
No code examples? Or anything we can run to test?
-
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
Advertisement