Charge JC trop importante sur tablette murale

Jeedom Core : 4.3.22
Version JC : 1.8.0.1 stable
DNS Jeedom : oui
Statut Démon : Stoppé - (NA)

Equipements :
  iphone Fab : v1.8.0 stable sur ios [os : 17.2.1] (polling) - PA
  iphone myriam : v1.8.0 stable sur ios [os : 17.2.1] (polling) - PA
  Tablette SDB : v1.8.0 stable sur android [os : 29] (polling) - PA

373 Widgets
36 composants

Bonjour,

Je m’étais attelé à basculer ma tablette murale d’un Design à JC. Afin d’uniformiser petit à petit tout le monde. Et j’en était très content.

Mais la charge de JC connecté en permanence pose problème. double de charge, parfois triple. +10 degrés de CPU. Avec un RPI je ne peux me permettre d’être au delà de 3-4 de charge 1 min

cf images ci-après Température CPU et charge 1 min. Arrêt de JC sur la tablette à 20H50.

Avez-vous constaté quelque chose de similaire sur une tablette allumée en permanence ?

Merci

Moi non
Mais ta tablette est donc toujours en lan?
Peut-être pas besoin du polling dessus du coup puisque ca sert pour les dns jeedom

Non, pas une telle augmentation
Tu peux partager tes déclencheurs côté service d’arrière plan sur jc?
Tu peux aussi partager la taille de tes tables History et historyArchh? Et de ta sauvegarde ?

Ton rpi, 3b ou 4 ?

Norbert

oui toujours en lan, tu as raison, je vais désactiver le pooling pour voir

c’est un rpi 3b, Peux-tu me dire ou je peux trouver les déclencheurs d’arrière plan sur JC et ou trouver la taille des tables History et historyarch?

Vous êtes bien matinaux Messieurs :wink:

Sur ta tablette, paramètres JC => gestion du service

Réglage>> système>> os/dB >> admin vase d données >> taille

Tables :

Services :


J’ai oublié les déclencheur, ne crie pas, je modifie :slight_smile:

Inutile le service est désactivé :wink:

Édit: désolé, j’ai mal regardé, c’est le service de streaming qui est désactivé

Et les tables History ont des tailles tout à fait normales

T’as une caméra sur ton écran,?
Essayé de désactiver le widget

Norbert

La caméra est désactivée via le système de la tablette.
Je viens d’allumer pour prendre les photo, alerte de charge 1min à 4.97. C’est vraiment lié à JC.
Par contre je me demande si c’est pas lié au rafraichissement de la carte de france (pluie) ou j’ai mis

setTimeout(function () {
        location.reload();
    }, 30000);

Cela peut-il avoir un lien ?

Services: sont tous désactivés selon moi


Charge 5 min encore plus parlante.
JC coupé hier à 20H50
Rallumé à 7H30

J’attends un peu mais la désactivation du pooling « semble » réduire la charge.

D’ailleurs quelle est selon vous une charge acceptable avec un rpi3?

Je dirais tant que usage reste fluide.
Je ais chanver un pi3b+ pour un nuc, car vers 2 - 3 de charge cela devient inutilisable, latence zwave en particuliersur mon système.

Ne pas dépasser 3 sur la charge 5 ou 15 !

Un peu de lecture : Que veut dire l'info charge dans santé de jeedom - #3 par ngrataloup

Tu as quoi comme stockage ?

Carte SD, pas vieille. et aucun problème avant.
Les plus grosses montées de charge sont toutes les heures.
Je viens de recevoir une alerte encore à 5
Je viens de basculer Fullykiosk en front et donc JC en arrière plan, pour voir si en arrière plan mais actif la charge reste élevée.

Sur quelle charge ? 1, 5 ou 15 ?
( Ne pas trop regarder la 1, ça n’a aucune valeur)

pourquoi ça n’a aucune valeur sur charge 1? car si je monte à 6 ou 8 sur charge 1, c’est parlant non ? D’ailleurs, je fais mes alertes scenario sur cette valeur. Car si je me base sur charge 5 et que pendant 5 min je suis à 10, mon Pi va cracher, je vais réagir trop tard.
Mais je vais contrôler 5 également pour les tests.

Parcequ’il est tout à fait normal d’avoir des valeurs importantes sur 1 min. typiquement, aux heures pleines, tous tes crons vont se lancer en meme temps (Cron 1min, 5min, 15min, 30min, et cron horaire), donc avoir une charge importante ponctuellement ne signifie pas d’avoir un pb … ou alors tu change tes niveaux d’alerte

  • charge 1 min → alerte à 12 (3 x le nb de cpu)
  • charge 5min → alerte à 4 (1 x le nb de cpu)
  • charge 15min → alerte à 2,7 (0,7 fois le nb de cpu)

Non, le systeme doit encaisser … on a dejà vu des charges à 100 sur des RPI !
Avoir un systeme au max ponctuellement, c’ets plutot une bonne pratique pour optimiser. Ca ne sert strictement à rien d’avoir un systeme systématiquement avec une charge < à 1 (un peu comme avoir une Ferrari et rouler à 90 sur autoroute)

Comme le dit @Tonio16 :

Ce qui est par contre interessant d’analyser, c’est les evolutions … comme tu le fais là, avoir un systeme qui passe de 1 à 2 suite à l’install d’un plugin, c’est peut-etre (ou pas) un pb mais l’analyse est bonne conseillere

1 « J'aime »

Ya une vraie nécessité de creer un 2nd post sur le meme sujet dont tu es deja l auteur ?!