Programmation quotidienne KO depuis passage en v4.4.9

[dvb]

@Loic

C’est pas la puissance de la machine qui va compter là mais la durée du scénario. En synchrone le scénario ne se lance pas en sous tache. Donc quand jeedom regarde les scénarios à lancer (mode programmé uniquement) il arrive dessus le lance en synchrone et doit donc attendre qu’il finisse avant de passer au scénario suivant. Ça peut donc tout bloquer

Je comprends mieux… Du coup tu préconises quoi pour les scénarios temps rézl (ex. gestion des lampes) ? Aujourd’hui c’est super réactif, mais si je les décoche j’ai peur d’avoir de la latence. Comment fais-tu chez toi ?

@Loic

En 4.4.8 il y avait la notion de retard en gros jeedom regardait quand le scénario aurait dû tourner et si c’est pas le cas si on était toujours dans une limite acceptable et pouvait le lancer avec jusqu’à 10mib de retard. Mais cela était vraiment très lourd à gérer pour un cas qui ne devrait pas arriver.

Donc cela explique pourquoi ce changement de comportement depuis v4.4.9.
Si je comprends bien, augmenter le nombre de cores ou la RAM ne sert à rien ?
Il n’y a pas possibilité « booster » cette partie côté paramètres de la base ou autre ?

[Aurel]

@dvb

Aujourd’hui c’est super réactif, mais si je les décoche j’ai peur d’avoir de la latence. Comment fais-tu chez toi ?

Tu as testé quand même avec l’option décoché ? C’est si différent que ça ?

Après tu peux aussi choisir de ne pas exécuter le scénario en synchrone mais le faire action par action et uniquement pour celles qui le necessitent vraiment. Perso je fais plus comme ça.

[Loic]

Attention je parle des scénarios programmés les lumières ça doit être du provoqué donc ça passe pas par ce cron là et n’a aucun impact.

[Aurel]

Heu si c’est la gestion de son éclairage ça peut etre programmé ou déclenché on sait pas vraiment ce qu’il y a derrière en fait …

[Loic]

Programmé pas besoin du mode synchrone on est pas à la ms pret

[Aurel]

Il me semble que certains utilisent ça par exemple quand ils ont 10 lampes à éteindre et qu’ils veulent pas les voir s’éteindre une par une avec quelques ms de décalage mais toutes d’un coup.

[Loic]

Ce paramètre impact juste le lancement du scénario absolument pas la vitesse d’enchaînement des actions dans le scénario. C’est vraiment juste quelques ms au lancement.

[dvb]

@Aurel

Tu as testé quand même avec l’option décoché ? C’est si différent que ça ?

Après tu peux aussi choisir de ne pas exécuter le scénario en synchrone mais le faire action par action et uniquement pour celles qui le necessitent vraiment. Perso je fais plus comme ça.

J’avoue que non. J’ai considéré un besoin de « temps réel », et passé en synchrone tous les boutons de commandes et les capteurs de mouvements. Mais vu les explications de Loïc, j’étais visiblement à côté la plaque…

@Loic

Attention je parle des scénarios programmés les lumières ça doit être du provoqué donc ça passe pas par ce cron là et n’a aucun impact.

Je crois que cette fois c’est clair ! Je détaille pour être sûr d’avoir compris, avec la gestion des lampes (capteurs de présence):

• c’est du mode déclenché, donc lancement quasiment immédiat (push).
• cron n’intervient pas en mode déclenché.

Si c’est bien ça :

• je vais pouvoir décocher TOUS les modes synchrones des scénarios déclenchés.

Du coup, je ne vois pas bien quand un scénario programmé peut avoir besoin d’un mode synchrone. Puis-avoir un exemple pour visualiser ?

[Loic]

Absolument jamais la possibilité et la mais je ne vois absolument pas quand ça serait nécessaire

[dvb]

Bon cela me rassure
Je vais donc tout décocher et tester…