ayant un 3B+ ainsi qu’un SSD , j’ai fait la modification ci dessus , et en effet je confirme le meilleur fonctionnement global du raspberry et de Jeedom , celui ci est plus reactif , le changement est visible avec le plugin monitoring , c’est limpide…
Hello. Super intéressant tout cela. Disposant de 4 rpi3 B+ j’ai fait cette manip simple en plus sur 3 d’entre eux. Pas assez de recul après 10mn pour me rendre compte d’une réactivité accrue ou sur le niveau de température potentiel. En tout cas c’est top comme info.
Merci @Kerdale
qui a fonctionné. L’autre (dtoverlay=sdtweak,poll_once) ne donne rien
Le résultat est assez impressionnant au niveau des indices de charge, et de la température (même si actuellement, le Rpi est encore « à nu » car j’attends toujours mon boitier alu Akasa)
Merci à toi @Snoopy pour cette info, je viens de tester sur ma PI4 et SSD en USB je suis passé de 0,8 de load average à 0,05 sur 15min !
J’était justement en train de chercher d’où pouvait venir cette valeur élevée alors que j’étais à beaucoup moins sur ma PI3b+ précédente.
La charge est devenue tellement faible que la fréquence CPU baisse vers les 600MHz et remonte toute seule au besoin. C’est top ça pour la conso et la thermique.
Pour information, sur la nouvelle version de Raspberry Pi OS (Kernel 5.4.7 de décembre 2020) il faut maintenant utiliser la même commande que sur les Raspberry Pi 4, à savoir : dtparam=sd_poll_once
bonjour à tous, @Fabrice comment as-tu fait pour récupérer la charge et la température du micro et l’afficher sous forme de graphe ?
C’est parlant et intéressant.
Merci d’avance
Merci pour l’astuce.
Cependant si on l’active, je suppose qu’on ne peut plus booter sur une carte SD ? (en cas de panne du SSD?)
Merci d’avance pour vos retours
Je n’ai pas de SD insérée mais je me demandais en cas de crash du SSD, si cette option est activée et que j’insère ma SD (clone de mon SSD) pour dépanner, est que cela sera possible ou le boot sur SD ne marchera plus ?
La ligne que tu ajoute c’est sur la patition boot du ssd que tu l’écris.
Donc si tu ne l’as pas écrite aussi sur ta sd il n’y a pas de problème.
PS: cette ligne dit « poll-once », pour moi ça veut dire qu’il essaye une fois quand même mais n’insiste pas s’il n’a pas trouvé de sd au boot.
mais oui j’suis bête, il suffit que je ne clone plus mon ssd vers ma sd pour éviter que cette option ne soit écrit
Je te rejoins sur le fait qu’il essaye une fois (once) mais bon on ne sait jamais
merci !
Ahhh merci ! Comme quoi faut toujours bien lire tout le post
Je viens de changer un de mes rpi sous stretch 4.0 pour le passer en buster 4.1 et je pigeais pas pourquoi ma modif de conf restait ko (j’ai du relire 10 fois ce que j’avais tapé !).
Pourtant un autre de mes rpi en buster depuis fin d’été était ok.
Ben voila ct la version qui changeait : 5.4.51 sur mon rpi3 buster ok installé fin aout , et 5.4.79 v7 sur celui réinstallé ce jour avec l’image 32bis jeedom buster 4.0 => il fallait donc que je mette la nouvelle syntaxe : une fois fait, arrêt du clignotement de la LED donc ca doit être ok. Je devrai donc rester dans les mêmes eaux de température CPU et de charge qu’avant de passer en buster.
Merci pour la maj du paramétrage.