Deconz-rest-plugin: API lente lorsque plusieurs requêtes

Créé le 17 août 2020  ·  3Commentaires  ·  Source: dresden-elektronik/deconz-rest-plugin

Décrivez le bogue

L'API est très lente si vous envoyez plusieurs requêtes.
Si vous appuyez sur marche et arrêt 10 fois par seconde pour un groupe de lumières avec 6 lumières, le temps de réponse commence à augmenter considérablement après seulement 4 clics et tout à coup, vous avez un temps de réponse de plusieurs secondes.
La même ofcorse se produit si vous éteignez plusieurs lumières d'un système externe tel que l'assistant à la maison.
Ainsi, lorsque j'éteins l'éclairage intérieur la nuit, vous pouvez vous tenir debout et regarder toutes les lumières s'éteindre avec quelques secondes d'intervalle.
J'exécute deconz sur un serveur ryzen multithread où le processeur est presque inactif pendant que cela se produit.

Étapes pour reproduire le comportement

Si le problème est reproductible, listez les étapes ici :

  1. Accédez à l'ancienne application phoscon
  2. Cliquez sur marche et arrêt 10 fois sur un groupe de lumière avec au moins 6 lumières
  3. regardez le temps de réponse des lumières augmenter considérablement
    4

    Si le problème ne peut pas être reproduit et est sporadique, veuillez fournir quelques détails
    sur la fréquence et le moment où le problème se produit.

Comportement prévisible

une réponse rapide lors de l'envoi de plusieurs requêtes à l'api

Captures d'écran

Environnement

  • Système hôte : PC
  • Méthode d'exécution : Windows
  • Version du micrologiciel : 26580700
  • Version deCONZ: 2.05.79
  • Appareil : ConBee II
  • Utilisez-vous une rallonge USB : oui

Journaux deCONZ

Contexte supplémentaire

Bug report stale

Commentaire le plus utile

L'envoi de commandes aux groupes est plus lent que l'adressage d'une lumière. Je pense que cela est dû au fait que l'appel de groupe est un appel multicast.
Lorsque j'utilise un appel de groupe dans l'API REST avec mon plugin, je laisse un nouvel appel attendre env. 0,8 seconde. Lorsque j'envoie un appel direct pour une lumière, un nouvel appel doit attendre 0,1 seconde. Je soupçonne que Phoscon fait un retard similaire avec l'envoi des commandes.
L'envoi d'un certain nombre d'appels, comme vous le faites en appuyant plusieurs fois sur marche et arrêt provoque une accumulation de file d'attente. Si vous parvenez à envoyer 10 commandes en une seconde, la dernière commande sera envoyée 8 secondes après l'avoir appuyée dans mon goûter.

Je pense que cela est dû aux limites de la gestion des commandes de groupe dans Zigbee, et probablement pas à un bogue dans l'API REST ?

Tous les 3 commentaires

L'envoi de commandes aux groupes est plus lent que l'adressage d'une lumière. Je pense que cela est dû au fait que l'appel de groupe est un appel multicast.
Lorsque j'utilise un appel de groupe dans l'API REST avec mon plugin, je laisse un nouvel appel attendre env. 0,8 seconde. Lorsque j'envoie un appel direct pour une lumière, un nouvel appel doit attendre 0,1 seconde. Je soupçonne que Phoscon fait un retard similaire avec l'envoi des commandes.
L'envoi d'un certain nombre d'appels, comme vous le faites en appuyant plusieurs fois sur marche et arrêt provoque une accumulation de file d'attente. Si vous parvenez à envoyer 10 commandes en une seconde, la dernière commande sera envoyée 8 secondes après l'avoir appuyée dans mon goûter.

Je pense que cela est dû aux limites de la gestion des commandes de groupe dans Zigbee, et probablement pas à un bogue dans l'API REST ?

Comme il n'y a eu aucune réponse depuis 21 jours, ce problème a été automatiquement marqué comme obsolète. À OP : veuillez fermer ce problème ou le garder actif. Il sera fermé dans 7 jours si aucune autre activité ne se produit.

Comme il n'y a pas eu de réponse depuis 28 jours, ce problème sera clos. @ OP: Si ce problème est résolu, postez ce qui l'a corrigé pour vous.

Cette page vous a été utile?
0 / 5 - 0 notes