Hello I found that the count of modes affects the performance of the ETC system directly.
Also it seems that the complexity of the modes affects the performance.
My test was a very simple mode that does some automatic movement of one circle. The movement is normally smooth, but becomes stuttering the more modes are in the /usbdrive/Modes folder. It is not noticable yet at ~70 modes, but becomes annoying if we are above 200 modes (for my test these where copies of the same simple moving circle).
The next test was using a mode which causes more effort to python. I used a mode which draws 1080 circles (https://patchstorage.com/a_zach/), and lets them move around, so they look like kind of tubes or soap-bubbles. There I found that already 60 copies of this mode cause the stuttering.
I connected to the ETC with ssh and checked the output of top, and found, that the average load with a smooth moving system is around 0.60, but under the testing conditions mentioned above the load increases up to 1.40.
So it looks like the code for all modes is executed all the time, but only the actually selected mode is executed to the display. Is this right?
If yes, do we have a chance to change to some kind of “execute only the code with is sent to the display”?