Replies: 4 comments
-
Do you wrote already a script to test on this waiting time and can I have it? Originally created by @Rbelder at 2017-03-14 12:14:06+00:00 (moved from RMC internal repository) |
Beta Was this translation helpful? Give feedback.
-
So the issue is connected to missing unit-test for the GaphasEditor. So this issue needs a representation in #175 or a own performance test for gaphas. It has close to nothing to do with the modification history. Easiest this can be seen if you disable the modification history by the HISTORY_ENABLED=False flag. Gaphas is emiting meta change signals but the delay seems to result from the asynchronous drawing methods. Also it is not clear where all the meta_signals come from because those are not documented.
... and all this according every use case (e.g. different types of resizing). @sebastian-brunner The "meta change events" how you call them are emitted by the graphical gaphas editor. And considering the lack of more then a second, every notification to the modification history consumes at the moment approximately 20ms. At the moment the meta data that arrives at the modification history from this resize actions of gaphas are not consistent so I can ignore them if that should be the way to deal with them.
Originally created by @Rbelder at 2017-03-15 16:18:47+00:00 (moved from RMC internal repository) |
Beta Was this translation helpful? Give feedback.
-
The logger messages shown in the last comment can be used in the gaphas_improve_reliability_and_tests branch. I would start the development in the separate branch to avoid to influence development in the develop branch. I also added the logger messages in the same way for OpenGL. We can see that OpenGL performs is close to the same as Gaphas if doing complex resize actions with state machines of the size named out above. In state machines with 10-40 states it is much better. The state machine therefore can be modified much faster. As long as the bridge between OpenGL meta data and Gaphas data has been improved this is even of advantage, too (e.g. modifying the state machine in both editors). Originally created by @Rbelder at 2017-03-16 15:23:39+00:00 (moved from RMC internal repository) |
Beta Was this translation helpful? Give feedback.
-
So this issue has improved at least a bit by pull-request #489 which combines meta data changed signals of an complex action in on signal. How the rest of the field has improved needs new testing and best a test so lets see. I will try to test on it the next weeks to provide some measurement. Originally created by @Rbelder at 2018-03-01 15:36:35+00:00 (moved from RMC internal repository) |
Beta Was this translation helpful? Give feedback.
-
If a hierarchy state with several states and transitions is resized, many "meta change waypoints" events are created in the modification history which lead to waiting times of > 1 sec
Originally created by @sebastian-brunner ([email protected]) at 2017-03-14 12:12:25+00:00 (moved from RMC internal repository)
Beta Was this translation helpful? Give feedback.
All reactions