We use a wayland compositor written in QT5 to start and show some other applications written in QT5 on an embedded linux display computer.
All the applications and the compositor are using the DBus, or better QtDBus, to communicate.
When the compositor starts all the apps, the compositor freezes from time to time.
In the “freeze time” the CPU goes idle.
After searching for a while i found out that the freeze time per app start is around 25 seconds, which is the standard DBus timeout.
I have found some things to fight against the symptoms, but the problem is still there.
This are the symptom controls I have made:
-
reduce the DBus timeout in the session configuration to 1 second -> the compositor freezes only for 1 second per application start
-
more time between the application start -> the freeze happens not so often, but it happens
-
do not connect immediately to the application after it comes available on the DBus -> the freeze happens not so often, but it happens
Does anybody know a real solution to solve the DBus Timeout issue.
For me it seems there is some sort of race condition and/or deadlock when starting the apps.
Strambauergooglemailcom is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.