Ha, sur un pi4 aussi il faut le faire ?
Pourtant sur le mien (en 64 bits, peut être à tord d’ailleurs), la led ne clignote pas, alors que je n’ai pas fait la manip.
Je viens de déclencher l’historisation sur ces données histoire de pouvoir faire un avant-après si la modif en question est finalement à faire sur les pi4…
1 « J'aime »
Hello,
C’est toi qui voit, je l’ai fait j’ai divisé la charge par 2 ou 3 sur un pi4 8Go
C’est tout vue 
j’attends que l’historisation se remplisse un peu, et demain je change
Tu es en 32 bits ?
Re,
Non je suis forcément en 64 bits pour utiliser les 8Go de ram de mon pi 4 
Ha ok, alors il n’y a pas de raison pour que ça ne donne pas un effet bénéfique chez moi !
re,
théoriquement non
je ne retrouve pas les pics de ma migration sans et avec les recommandations de ce topic… pour étayer …
Re,
on est pas les seuls à priori, si tu remontes plus
En fait, dans une installation précédente, j’avais la led qui clignotait, j’avais fait la manip et ça ne clignotait plus.
Là, suite à une réinstallation, la led ne cligotait pas, je me suis donc dit pas besoin de faire la manip; maj os ?
Je viens de faire la manip quand même et effectivement, c’est le jour et la nuit :
Avant la manip hier :
après la manip : 
Je viens de le faire la température va donc peut être encore descendre.
Dans quelques heures, je regarderai les courbes.
Mes 1mn 0.85…15min 0.12 veulent dire quoi exactement ? = Quand la CPU est occupée à 100%, on a quoi comme valeur ? Bref quelle est l’échelle ?
Votre constat n’est pas valable, surtout 1 minute après le boot !
Pour vraiment comparer, il faut historiser les commandes info : température et charge
Et faire la comparaison au moins 1 jours après.
Cela fonctionne chez tout le monde (Raspberry Pi3B+, Pi4, avec boot sur USB).
Ceux qui ne constate pas de changement on soit une carte microSD de présente, soit pas d’historique sur ces valeurs.
idem nette amélioration CPU (en 64bits)
Mais pas trop de changement pour la température (aucun système de refroidissement)
Au fait, personne ne sait ce que représente cet indicateur pour la CPU. La charge en % ?
La charge a récemment été parfaitement expliquée, même bien détaillée, par un membre du forum @ngrataloup
Pour la température, quel Raspberry Pi avez vous, avec quel boitier, car il existe des boitiers passif, qui vous font rester sous les 45°C sans aucun ventilateur.
2 « J'aime »
Merci pour le lien : compris
J’ai donc de la marge
Pour le boitier, la j’ai un boitier tout bête pas ventilé mais aéré (gros trou au dessus du processeur).
J’aime bien son look (la transparence qui montre bien le pi lui-même):
Là, il ne chauffe pas trop, il faut dire qu’il est dans une pièce où il doit faire seulement 13 ou 15° mais en cas de besoin j’ai acheté, comme conseillé dans un des messages du forum, un boitier qui fait en même temps radiateur sans ventilateur. Il faudra sans doute que je le monte avant l’été.
Si j’ai bien compris, tant que l’on ne dépasse pas 70°, il n’y a pas de problème.
Salut,
Un composant qui chauffe est un composant qui durera moins longtemps à priori…
Sur un moteur électrique 10degres c’est une durée de vie divisée par 2.
Y a t-il une règle similaire pour l’électronique ?
Bonjour,
J’ai refait une installation il y a pas mal de temps, et j’avais oublié de faire la manip. Du coup je cherche à la refaire.
Dans mon fichier /boot/config.txt, je vois que j’ai déjà ceci :
Enable audio (loads snd_bcm2835)
dtparam=audio=on
et du coup, si j’ajoute la ligne en question dans
Cela va m’annuler l’effet de la ligne d’avant non ?
Bonsoir.
Non, elles n’ont aucun rapport entre elles.
Il est indiqué d’ajouter pas de remplacer
Ha, je pensais que la syntaxe dtparam=… était un peu comme l’affectation d’une valeur à une variable. Et donc si on réaffectait cette variable, c’était la nouvelle valeur qui écrasait l’ancienne. J’en apprend tous les jours…
Cela dit, cette double égalité, avec mon ancienne croyance était bizarre : dtparam=audio=on