Bonjour,
Oui, tout est ok, surtout que c’est dans la même seconde.
Le plugin obtient les différentes valeurs via des commandes SSH. Et il y a besoin de plusieurs commandes pour tout obtenir (la version, les températures, fréquences, charges…)
Il faudrait mettre en cause le plugin que si votre LAN à des lags 1 seule fois toutes les 15 minutes et sur une seule seconde…ce qui semble peu probable 
Assurez vous que votre routeur/switch/WIFI soit capable de gérer 50 équipements d’un coup. Même le serveur DHCP peut être à la traîne pour celà, même la réservation d’adresse IP peut aussi provoquer celà.
Hello, merci du retour !
Pour l’infra ça ne m’inquiètes pas, j’ai deux switch managé de 48 ports avec VLAN et ce qu’il faut en segmentation, et tout roule depuis une dizaine d’années.
Mais depuis que j’ai mis en place le check sur Jeedom d’une grosse majorité de machine, j’ai du spam de requête qui sont faites.
J’ai mis le screen du check de mon NAS qui n’est qu’en /15, mais la rotation (j’ai naturellement pas mis tous les appareils sur la même minute), mais du coup il y’a du traffic régulier que j’aimerais épurer. Je comprends qu’il faille plusieurs commande, mais on peut concaténer ou retourner un object par exemple, car là ce sont pas que 15 commandes mais 15 connexion SSH (et gestion des clés associées, déconnexion), cela fait du traffic mine de rien (le TCP n’est pas réputé pour sa légereté).
Bonjour 
,
Pourquoi 15 sessions SSH ?
Il devrait y avoir une seule session SSH (justement pour optimiser la gestion des clés qui prend de la ressource) et ensuite autant de commandes qu’il y a d’infos a récupérer (c’est pas tout à fait le cas car pour certaines j’en récupère plusieurs d’un coup, là aussi pour gagner en nb de commandes).
Donc oui plusieurs « flux » vers la machine distante, c’est sûr, pour lancer les commandes et récupérer les infos, dans la même session SSH.
TiTidom
Hello,
Car dans le logs j’ai bien 15 threads qui semble ouvrir en asynchrone 15 connexions (j’ai check en live et ça ouvre bien 15 procs) :
Cela indique bien une connexion validé, et si je regarde le réseau les connexion apparaissent d’un coup et repartent, comme un batch de traitement.
Est-ce que l’optimisation, est bien valide pour tout, ou ne concerne pas Syno/Qnap et autres appareils ? (vu qu’on coche l’option).
Merci !
Re,
Elle l’est pour tous les équipements oui cette gestion de sessions.
En même temps, comme l’a précisé Fabrice, cela ne dure qu’une seconde et le volume de données transmises est ridicule. Et c’est pas 15 sessions tcp qui peuvent à elles toutes seules ralentir un réseau.
Pour autant je pourrai regarder au cas où en rentrant la semaine prochaine, mais n’ayant jamais eu de remontées similaires, et l’utilisant au quotidien sur plusieurs équipements et plusieurs Jeedom, je n’ai rien remarqué d’anormal pour l’instant (ce qui ne veut pas dire qu’il n’y a aucun soucis 
)
TiTidom
Ca marche merci beaucoup. Je serais curieux de savoir si les utilisateurs de Synology ont le même trace log. C’est grâce à lui que j’ai vu une chut d’IO toutes les 15 min, et en investiguant vu que le réseau prenait des lags de requête (j’avais tous les équipements qui faisaient un check sur une plage de 5 min avant, j’ai découpé un peu mais ça ne change que peu le soucis).
Bonjour
Je n’ai pas regarder les logs au moment ou j’utilisais le plugin sur mon Synology mais j’ai fini par arrêter car le Synology m’envoyait des alertes très fréquemment sur le nombre de requêtes excessives.
Si besoin, je peux le remettre en place … il faut me guider pour me dire ce que tu veux voir.
Bonjour,
J’utilise le plugin vers deux NAS Synology toutes les 15 min depuis des années, sans aucune conséquence relevée 
et j’ai même plusieurs Jeedom qui scannent ces deux NAS, tous en même temps.
TiTidom.
Il y a un parametrage particulier à réaliser sur le syno pour ne pas avoir ces alertes ?
Bonsoir,
Quelles alertes tu as exactement ?
Car j’ai pas souvenir d’avoir fait quoi que ce soit à vrai dire (en même temps c’était il y a un bout de temps car je n’ai rien touché depuis comme paramètres)
TiTidom.
Bonjour
De mémoire, Synology m’envoie une notification me disant qu’il y a un nombre excessif d’écriture dans les journeaux.
Hello, merci du retour, j’ai aussi ajouté cette notification très récente et constaté que ça matchait aussi sur les créneaux horaires sur les requêtes excessives. Merci d’avoir confirmé un soucis similaire, pas d’autres tests à faire dans l’immédiat, après du temps à passer au suivi, je vais revenir au bon vieux Grafana avec des alertes maisons via n8n, ça sera bien plus optimisé.
Salut,
J’ai pris un peu de temps ces derniers jours pour checker comment se comportait le plugin avec un NAS Synology, notamment en terme d’ouvertures de sessions / fermetures de sessions, etc…
Je me suis basé sur les journaux Linux (via « journalctl » pour ceux qui connaissent).
Il y a bien une seule session SSH qui est ouverte des tests que j’ai fait :
Mais avec de nombreux appels (les commandes SSH qui sont lancées), qui génèrent des logs dans le journal Synology (1 par commande en quelques secondes),
Il faut donc adapter les seuils d’alertes (si utilisé) côté Syno en fonction du nombre de commandes lancées, 10 par exemple ce n’est pas suffisant, il faut monter à 15 ou 20 suivant les cas 
).
Pour info, je vais ajouter dans une prochaine version la fermeture explicite des sessions SSH (ce qui n’était pas le cas auparavant, c’était le cas au bout d’un moment qui pouvait être long, là maintenant ce sera explicite à la fin de la mise à jour des informations de l’équipement).
Il faudra mettre à jour à la fois le plugin SSH-Manager et le plugin Monitoring, pour profiter de cette nouvelle fonction.
Bonne journée,
TiTidom.
Hello, top merci du retour. Je suis passé à un script maison pour palier à cela, je vois pour intégrer cela directement via la commande SSH en plugin.
Je souhaite personnellement garder un rate à 10 logs max car sinon cela me fait passer hors d’alertes nécessaires pour d’autres cas, que je ne peux manquer.
Bonsoir,
Une nouvelle version BETA v3.3.0 sera disponible cette nuit.
Toujours dans l’optique d’optimiser ce plugin, j’ai ajouté deux options dans cette version :
Dans la configuration du plugin, une option permet d’ajouter un délai de lancement aléatoire lors des mises à jour des équipements (entre 0 et 15 secondes sont ajoutées au cron avant de lancer la mise à jour des valeurs)
Donc les « cron », au lieu de lancer une mise à jour des valeurs à 20h46 pile poil (pour une mise à jour toutes les minutes), les lanceront à 20h46m07s par exemple.
Dans la config de chaque équipement, une nouvelle option permet d’ajouter une « temporisation » entre chaque commande exécutée (lors des mises à jour des valeurs de l’équipement), que ce soit pour l’équipement local (votre jeedom) ou les équipements distants (en SSH).
Cette valeur peut être entre 0 (par défaut, donc cela ne change rien par rapport à auj) et 2.0 secondes max (par incrément de 0.1 sec).
Comme il y a une vingtaine de commandes à lancer pour chaque équipement, cela permet de moins « stresser » le système distant 
Sur Syno, avec le bon paramètre (0.2sec ou 0.5sec par exemple) cela devrait permettre de ne pas passer au dessus du seuil des 10 évènements / seconde 
A tester avant le passage en stable. (Merci d’avance pour vos retours 
)
Bonne soirée,
TiTidom.
Merci, superbe retour ! Je réinstallerais cela à l’occasion pour voir l’avancé, ça servira toujours !
