Charge CPU élevé

Bonjour la communauté,

Je fais appel à votre aide car je sèche un peu sur ma config.

Il y a quelques jours, j’ai eu une grosse lenteur sur les pages de Jeedom, ca prenait une éternité à chaque changement de page et une charge CPU énorme (~75% mysql) . Au final en faisant des tests sur ma SD, je me suis rendu compte qu’elle en était la cause. J’en ai donc profité pour basculer sur un boot SSD et de repartir d’une conf from scratch (Je devais revoir tous mes scénarios donc c’était le bon moment).

Je repars donc sur une config neuve et malheureusement toujours ce problème de lenteur et de charge élevé du CPU. Je ne vois pas d’ou ca peut venir alors que je n’ai plus rien.

Ma conf :
Rpi 4 4Go RAM
Boot SSD
Alim 5V-4A

Voici quelques screen pour plus d’infos :

Merci par avance pour votre aide.

Si vous avez besoin d’autres détails n’hésitez pas.

M.

Pour info, la la charge sur le screen est à 8-9 mais c’est plus souvent autour de 15.

Déjà, je ne comprends pas comment ta Jeedom peut fonctionner avec une config réseau interne et externe KO.

Bonne remarque,

Je ne sais pas pourquoi il met en KO réseau interne parce que l’ip est bien configurée.

Bonsoir.

Désactivez 50% de vos plugins et testez ainsi.
Ce n’est absolument pas normal une telle situation.

Si cela fait pareil, désactivez l’autre moitié et réactiver la 1ere moitié.

Et vous allez trouver le vilain petit canard.

Vous n’avez pas cloné votre carte, c’est bien une utilisation de l’image Jeedom ou un installation de Raspberry pi Os lite ?

Pourquoi avoir pris une image 32 bits ?

Je vais tester, ça va j’en ai réinstallé que 2 (enfin 3 avec monitoring).

Non

Raspbian Os Lite
Mieux de prendre l’image Jeedom en 64bits ?

L’habitude de flasher mes images officiel et de faire mes installs après, donc pas forcément pensé à prendre l’image Jeedom. Et jusqu’à aujourd’hui, je ne pensais pas qu’une image 64bits été dispo.

L’avantage c’est que je repars de zéro donc si il faut reflasher avec l’image 64bits Jeedom, cela ne me pose pas de problème.

Avant tout, trouvons pourquoi vous avez ce problème.

L’image 64 bits de Raspberry pi Os lite existe, mais n’est pas encore présente dans Raspberry pi imager.
Il faut la télécharger ici :
http://downloads.raspberrypi.org/raspios_lite_arm64/images/raspios_lite_arm64-2020-08-24/2020-08-20-raspios-buster-arm64-lite.zip

Une mise à jour s’impose après.

Vous avez un nombre de process apache beaucoup trop important, mais ca n’est peut-etre qu’une conséquence.
que donne la commande :

sudo ps -fu www-data

(vous verrez peut-être un process lié à un plugin jeedom qui consomme beaucoup de temps CPU (colonne TIME)
Qu’avez-vous dans les logs mysql :

sudo tail -50 /var/log/mysql/error.log

Norbert

1 « J'aime »

Je pense avoir trouvé le coupable,


Jeedouino.

Et pour répondre à @ngrataloup, j’ai perdu ~100 process apache rien qu’en désactivant Jeedouino.

Par contre ca m’arrange pas cette histoire ^^.

1 « J'aime »

Même là, la charge est beaucoup trop importante.

Elle devrait être sous 1.

Je viens de vérifier c’est bien le cas, la je suis autour de 0.8.
c’était surement le délai avant que les process se coupent.

Du coup vous me conseillez de passer sur la version Jeedom 64bits?

Et pour le plugin va falloir que je post sur sa page pour comprendre.

0.5 en stabilisé

Ok c’est bien ça.

Si vous partez de zéro, passez au 64 bits sur cette machine.

Il y a une petite optimisation à réaliser une fois terminé votre installation de Raspberry pi Os quand on est sur SSD.

Ah, j’ai vu pour l’optimisation en diminuant les ressources allouées au glu mais j’ai pas vu pour les SSD.

C’est sur la docs d’installation de Jeedom?

Non pas ça, vous n’avez pas besoin avec un Raspberry pi4b.

Demander au Raspberry Pi de ne pas rechercher en permanence une carte MicroSD et ainsi arrêter le clignotement de la LED « ACT »
sudo nano /boot/config.txt

Aller à la fin du fichier et ajouter les 2 lignes suivantes :

# Désactivation de la recherche permanente d'une carte MicroSD (et arrêt de la LED)
dtparam=sd_poll_once

Ctrl + o pour sauver
Ctrl + x pour quitter

Et le swapiness à mettre à 10 et définir 1024 en taille de swap.

Ah super merci, je n’avais pas vu ça.

Oui ça j’ai vu en cherchant pour le problème de charge.

Franchement @Fabrice un grand merci pour ton aide !!

Je vais aller voir du coté du plugin maintenant.

Encore merci.

1 « J'aime »

Et merci aussi @ngrataloup pour avoir cherché une solution.

1 « J'aime »

Tant que l’on y est un petit résumé :

PI4 seulement
dtparam=sd_poll_once à ajouter dans le /boot/config.txt
_________________________________________________________________

Swapiness:
sudo nano /etc/sysctl.conf  
Ajouter la ligne et sauvegarder:
vm.swappiness = 10  

Swap:
sudo nano /etc/dphys-swapfile
CONF_SWAPSIZE=100 Changez la valeur de CONF_SWAPSIZE à 1024

et pour finir:
sudo swapoff -a && swapon -a
sudo reboot
1 « J'aime »