Bonjour, c’est vraiment sympa de m’aider.
Voici les infos:
Jeedom Core : 4.2.19
Version JC : 1.4.1
DNS Jeedom : oui
Equipements :
Téléphone Agnès : v1.4.0 sur android [os : 29] (ws)
Téléphone Steph : v1.4.0 sur android [os : 30] (ws)
les 2 premieres requetes ne m’affiche rien .
voici la 3ieme:
id eqLogic_id eqType logicalId order name configuration template isHistorized type subType unite display isVisible value alert generic_type
1330 92 JeedomConnect position 8 Position {"minValue":"","maxValue":""} {"dashboard":"default","mobile":"default"} 1 info string {"showStatsOnmobile":0,"showStatsOndashboard":0,"invertBinary":"0","showNameOndashboard":"1","showIconAndNamedashboard":"0","forceReturnLineBefore":"0","forceReturnLineAfter":"0","showNameOnmobile":"1","showIconAndNamemobile":"0","icon":""} 0 []
Je vous confirme que de notre cote nous n avons jamais forcé la creation de commande avec historisation. Par defaut, elles ne le sont pas.
Surtout pas celle concernant la position puisque le nb de maj peut etre important ! (Et c est bien du string)
→ l’action est donc a la main de l utilisateur.
Comme l’a précisé @Mips plus haut, c est le core qui gere la partie historisation. Là aussi nous ne faisons rien de particulier.
Si la commande a un historique visible, c est donc que ca a ete demandé a un instant T par l utilisateur !
Je ne sait pas si il y a un rapport mais dans les log de JC j’ai cette erreur:
0000|[2022-10-01 12:15:54]ERROR : An error has occurred: Unable to write to stream: fwrite(): send of 8192 bytes failed with errno=110 Connection timed out
Prend bien le temps entre 2 redémarrage des daemon des plugins et regarde à chaque fois si ça a changé quelque chose.
Si une fois tous les plugin redémarré, si tu as toujours un charge mémoire importante, désactive les un par un, en prenant aussi bien le temps entre 2 plugins.
Alors si j’ai bien compris (oui je suis pas trés douer) je doit :
faire un « memory usage »
noter la taille de « mysql »
redémarrer le démon d’un plugin
attendre environ 10 minutes
refaire un « memory usage »
noter et comparer la nouvelle taille
ainsi de suite avec les autres plugins
et peut etre que si je tombe sur le plugin qui pose probleme, normalement la taille de « mysql » devrait beaucoup descendre.
c’est bien ça ?
Par contre quand je fais un:
Je ne vois plus la commande « 1330 » qui en taille explosait.
Avant:
maintenant:
et pourtant je suis toujours a 65% de mémoire dispo
Bonjour,
En lisant la doc du plugin " virtuel" J’ai vu ça :
Il ne faut pas abuser des virtuels car ils entrainent une surconsommation générale (cpu/mémoire/swap/disque), des temps de latence plus longs, une usure de la carte SD, etc… Il ne faut donc EN AUCUN CAS dupliquer (tous) les équipements en virtuel sans absolue nécessité ! Les virtuels sont des outils à utiliser avec parcimonie uniquement lorsque cela s’avère nécessaire.
Sachant que j’en ai 41 est ce que ça peut venir de ça ?
Le virtuels consomment des ressources supplémentaires à chaque évènement.
Si tu as beaucoup de virtuels qui reçoivent en permanence des évènements, ça peut être un problème. Mais ça se matérialise habituellement par une consommation importante de CPU et de RAM par Apache, pas MySQL.
40 virtuels ça va et vu ta charge CPU je dirais que ce n’est pas ça.
Pourquoi ? Tu as coupé le plugin Virtual et la charge RAM MySQL s’est effondrée ?
Salut Bad,
Non non , je n’est pas coupé le plugin virtual . je suis tombé la dessus par Hazard. je cherchait sur le forum une eventuel solution pour mon probleme de memoire.
en fait j’attend que tu me réponde sur le post 49 ( je suis pas doué et je veux bien faire)
Si la commande n’apparaît plus dans la requête, c’est certainement lié à l’historisation/ deshistorisation de la commande je pense.
Oui c’est soit une fuite mémoire et la il n’y a rien d’autre à faire que redémarrer Jeedom, ou un plugin qui garde une part importante de la mémoire avec sa connexion persistante.
Mais rien de flagrant la mémoire a augmenté de 2 %.
Donc je vais redémarrer jeedom.
et je verrais dans 1 mois si ça continue de descendre
en tous les cas Merci de m’avoir aider
A peut etre dans 1 mois
Bonjour,
Je revient sur mon soucis de memoire apres 4 mois.
pour plus que la memoire baisse j’avais désactiver toutes les commandes « historiser » sauf 2 ou 3, et depuis plus de baisse memoire.
Depuis le 25 janvier j’ai activer le plugin " teleinfo" avec plusieurs commandes " historiser". Et depuis ça recommence; la memoire baisse tous les jours,
Alors est ce que c’est normal car tous ce qui est historiser prend de la memoire et ça va se stabiliser au bout d’un moment.ou alors j’ai un souci avec jeedom ?
Il y a une fuite quelque part, mais on est loin d’une inondation ou d’un syphon
Tu es à jour sur Jeedom et tes plugins ?
Tu dois rebooter souvent pour ne pas avoir de problème ?
Bonjour,
Oui je suis a jour sur Jeedom et les plugins.
Depuis que j’avais desactiver le maximun de commandes " historiser", je ne rebooter pas car la memoire de descendais pas ( ou tres peu). Mips dit que l’historique ne prend pas de memoire, alors ça me rassure.
Coincidence ou pas c’est depuis c’est depuis que j’ais installer le plugin « Teleinfo » dont plusieurs commandes sont historiser, et pourtant au debut de mes soucis de memoire, « Teleinfo » n’etait pas activer.
Je vais attendre pour voir jusqu’ou la memoire descend et te tiens au courant.
Je vois sur ton graphique que la memoire descend jusqu’a 42%, ensuite tu est obliger de rebooter ?
64%
