Overclock & la distri du 18 sept...

[docteur.blanchard]

Hello,

Je viens de lire l'annonce concernant l'overclocking de la derniere version mise en ligne hier.

Je n'ai pas compris comment il fallait faire pour overclocker.

Est ce que quelqu'un pourrait me dire pas a pas ce qu'il faut faire et surtout quels sont les fichiers à modifier.
Je ne recherche pas la rapidité vidéo mais vitesse de traitement des trames réseaux. Donc, je pense que la partie GPU ne me concerne pas.
Qu'en pensez vous ?
Merci pour votre aide pour le pas à pas.

[fdion]

Je viens juste de faire l'upgrade. Rien a modifier. Au repos, le Pi roule a 700 MHz, et selon la demande, pointe a 1GHz.pwd


fdion@raspberrypi ~ $ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
700000
fdion@raspberrypi ~/downloads/propeller $ bunzip2 SimpleIDE-0-8-4.armv6l.raspberrypi-linux.tar.bz2 &

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
700000

Mince, ca marche pas. whats up with that...

Je vous reviens plus tard

[docteur.blanchard]

Merci pour votre aide, mais j'ai essayé avec le menu raspi-config a plusieurs reprises ainsi que apt-get upgrade et rien n'y fait

je reste a 700
Merci

[jeek]

D'après ce que j'ai compris, il faut éditer soi-même le fichier /boot/config.txt (comme avant), la seule différence c'est qu'on peut maintenant modifier le voltage sans perdre la garantie.

[cyrakuse]

Attention : la modification manuelle du voltage fait toujours perdre la garantie !!!

Par contre, il y a maintenant dans la nouvelle image, un système qui gère l'overclocking et l'overvoltage en automatique. Et c'est ce système qui ne fait pas perdre la garantie.

En effet, si vous modifiez les voltages manuellement, ceux-ci seront modifiés en permanence.
Avec le nouveau système, le voltage se modifie en fonction des besoins et sous contrôle de la santé du Pi. Ce système va donc faire ce qu'il faut pour avoir de meilleurs performances seulement si cela ne met pas en péril la santé de votre framboise.

[Kracus]

si vous avez pas la version du 18/09 => sudo apt-get update && sudo apt-get upgrade
pour faire une MàJ du firmware => rpi-update
et vérifie que dans ton fichier config tu as bien

force_turbo=1

si tu veux plus de détails je t'offre la page du wiwi

[docteur.blanchard]

Hello,

C'est tout le problème.

J'utilise la version du site 2012-09-18-wheezy-raspbian.zip

Lors de l'install, il y a l'option Overclock.
Quel que soit l'option choisie, les valeurs données par les commandes suivantes apres chaque reboot restent à 700 mhz :
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
700000

Est-ce que par défaut il reste à 700 et lorsqu'il a besoin de plus il adapte, mais je doute.

Comment faites vous de votre coté pour vérifier et être certain que le proc est overclocké?

[pippolette]

Bonjour à vous!

Est ce que l'overclocking de la franboise peut être fait sans perte de garantie mais si j'utilise uniquement openelec, xbian ou raspbmc.

En effet, je ne l'utilise uniquement comme mediacenter.

Merci

Ps: si oui comment faire car je vois que possible uniquement avec une distri

[PIstolero]

L´overclocking automatique sans perte de garantie n´existe pour l´instant que pour la derniere image raspbian (ou tu mets l´ancienne raspbian a jour).
Si tu overclocke une autre distrib ne touche pas au voltage et c´est bon. Si tu touche au voltage tu pert la garantie et ca se vera:

Overvolting provided more overclocking headroom, but voided your warranty because we were concerned it would decrease the lifetime of the SoC; we set a sticky bit inside BCM2835 to allow us to spot boards which have been overvolted.

http://www.raspberrypi.org/archives/2008

[fdion]

Finalement, ca fonctionne comme ca devrait.

On peut verifier en roulant un programme qui prend beaucoup de cpu, en background. J'ai mis ca en ligne ici http://raspberry-python.blogspot.com/20 ... du-pi.html, comme on ne peut facilement mettre d'images ou formatter du code python en ligne ici.

[mebepi]

@docteur.blanchard

Comme c'est expliqué l'overclocking est dynamique, donc le RPi accélère son processeur lorsqu'il pense avoir besoin de plus de puissance...
Vous faites votre test sur un RPi qui ne fait strictement rien, donc c'est normal que l'overclocking ne s'enclenche pas et que la valeur reste à 700 MHz.

Faites tourner des applications pour monter la charge CPU de votre RPi et refaites le test.

[docteur.blanchard]

Merci pour toutes ces explications.

Je ne m'attendais pas à ce type de comportement (sachant que je le suspectais, mais n'y croyait pas).

Je vais le titiller en calculs et valider si ce type d'overclock répond bien à mon besoin, sinon je le laisserai par defaut (il fonctionne tres bien comme cela)

Merci François pour votre lien :
http://raspberry-python.blogspot.com/20 ... du-pi.html

Et le mode turbo dans le TXT de la SD

Bonne Journée à tous et merci pour les explications

[lariost]

J'ai moi même cherché a overclocké mon raspberry pi grace à la nouvelle distribution.
J'ai testé la fréquence du processeur et celle-ci reste à 700 Mhz, ce qui n'est pas normal, car avec le force_turbo=1, le processeur devrait passer à sa nouvelle fréquence en full time et non pas dynamiquement.

En éditant le fichier /boot/config.txt, je me suis rendu compte que les modifications faites par raspi-config n'étaient tout simplement pas prises en comptes.
Alors que justement l'avantage du raspi-config, c'est qu'il édite lui-même le fichier /boot/config.txt, et qu'on ne fait que choisir entre différentes configurations afin d'éviter les erreurs de saisie préjudiciables.

J'ai examiné le fichier et j'ai vu que les droits en écritures n'étaient pas disponibles, j'ai donc fait un chmod 777 /boot/config.txt.
J'ai relancé le raspi-config, fait ma modification au niveau de l'overclocking et à partir de là, la vitesse est passée à 800 Mhz.

[fdion]

J'ai moi même cherché a overclocké mon raspberry pi grace à la nouvelle distribution.
J'ai testé la fréquence du processeur et celle-ci reste à 700 Mhz, ce qui n'est pas normal, car avec le force_turbo=1, le processeur devrait passer à sa nouvelle fréquence en full time et non pas dynamiquement.

En éditant le fichier /boot/config.txt, je me suis rendu compte que les modifications faites par raspi-config n'étaient tout simplement pas prises en comptes.
Alors que justement l'avantage du raspi-config, c'est qu'il édite lui-même le fichier /boot/config.txt, et qu'on ne fait que choisir entre différentes configurations afin d'éviter les erreurs de saisie préjudiciables.

J'ai examiné le fichier et j'ai vu que les droits en écritures n'étaient pas disponibles, j'ai donc fait un chmod 777 /boot/config.txt.
J'ai relancé le raspi-config, fait ma modification au niveau de l'overclocking et à partir de là, la vitesse est passée à 800 Mhz.

raspi-config doit être exécuté avec privilèges super user de toute façon, sinon on ne peut faire de changement du split mémoire etc. Donc dans ce cas ci la solution c'est:

sudo raspi-config

Quand on implique chmod dans la conversation, on emprunte un chemin dangereux quand il s'agit de fichiers système clés. Surtout 777 qui permet a tout utilisateur d’écrire ou d’écraser ce fichier, incluant nous-mêmes.

Dans la majorité des cas, il suffit d'ajouter notre usager au groupe qui contrôle la ressource dont on a besoin, et dans un cas comme celui ci ou ce n'est pas vraiment une question de groupe, sudo est la façon de faire.

Au niveau des groupes, j'echangeais justement la dessus la fin de semaine derniere, et j'avais mis une explication en ligne ici: http://raspberry-python.blogspot.com/20 ... oupes.html

[lariost]

On ne peut lancer effectivement que le raspi-config avec les droits de super utilisateur.
Donc forcément j'ai lancé : sudo raspi-config

Pour la gestion mémoire d'ailleurs, je confirme, je n'ai rencontré aucun soucis, celle-ci est effectivement bien appliquée, par contre pour l'overclocking, ou l'opération consiste au final à éditer automatiquement le fichier /boot/config.txt, je me suis rendu compte, en allant voir directement dans le fichier, que les modifications n'avaient pas lieu.

J'ai conclu qu'il pouvait s'agir d'un problème de droit, hélas je ne me souviens pas des droits originaux du fichier config.txt, je n'ai pas cherché midi a 14 h et j'ai octroyé les droits maxi, la dessus effectivement on peut tergiverser, mais n'empêche que l'opération m'a permis de débloquer le soucis, de voir enfin les répercussions dans le fichier config.txt et au final de voir la fréquence de mon processeur passer de 700 à 800 Mhz.

Effectivement, ça peut paraitre étonnant sachant que raspi-config est lancé avec la commande sudo, mais imaginons que ce n'est pas directement le raspi-config qui fasse la modification, mais un module, hélas, je ne sais pas comment cela est programmé, mais peut-être qu'il y a quelque chose qui est lancé qui ne bénéficierait pas des droits appliqués avec la commande sudo raspi-config, c'est une supposition. Moi non plus je ne me l'explique pas, en tout cas mon analyse me parait juste, vu que j'ai cherché a voir à chaque fois, si les modifications étaient faites dans le fichier config.

J'ai installé récemment le rasperry pi, et jamais je ne suis allé trafiqué manuellement le config.txt, et c'est peut-être ça qui fait la différence, ceux qui ont lancé le raspi-config pour modifier l'overclocking et qui ont vu les modifications se faire, ont peut etre oublié qu'auparavant il avait déjà donné des droits en écriture sur ce fichier ...

[docteur.blanchard]

Merci a tous pour vos reponses.

En fait, si l'on ne force pas à 1 dans config.txt, j'ai vu que les besoins en overclocking doivent durés quelques millisec ou secondes pour l'enclencher.
Si on garde le force à 1 alors il n'y a plus de latence.