Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Linux Autres OS Linux Debian vitesse processeur qui ne diminue pas

vitesse processeur qui ne diminue pas

15 réponses
Avatar
Prego Jérémy
bonjour,

je rencontre un petit probl=E8me avec ma debian, en effet, j'ai constat=E9=
=20
que le processeur ne r=E9duisais jamais sa vitesse une fois qu'il est=20
mont=E9 en charge ce qui fais que =E7a fais beaucoup chauffer le pc pour =
rien.

un petit cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Veuillez rapportez les erreurs et les bogues =E0 cpufreq@vger.kernel.org,=
=20
s'il vous plait.
analyse du CPU 0 :
pilote : acpi-cpufreq
CPUs which run at the same hardware frequency: 0 1 2 3
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 10.0 us.
limitation mat=E9rielle : 800 MHz - 2.30 GHz
plage de fr=E9quence : 2.30 GHz, 2.30 GHz, 1.80 GHz, 1.60 GHz, 1.40=20
GHz, 1.20 GHz, 1000 MHz, 800 MHz
r=E9gulateurs disponibles : userspace, conservative, powersave,=20
ondemand, performance
tactique actuelle : la fr=E9quence doit =EAtre comprise entre 800 MHz =
et=20
2.30 GHz.
Le r=E9gulateur "ondemand" est libre de choisir la vit=
esse
dans cette plage de fr=E9quences.
la fr=E9quence actuelle de ce CPU est 2.30 GHz (v=E9rifi=E9 par un app=
el=20
direct du mat=E9riel).
des statistique concernant cpufreq:2.30 GHz:3,73%, 2.30 GHz:0,13%,=20
1.80 GHz:0,07%, 1.60 GHz:0,08%, 1.40 GHz:0,12%, 1.20 GHz:0,28%, 1000=20
MHz:0,43%, 800 MHz:95,16% (285957)

ici, il est au maximum parcontre quand je d=E9marre le pc et qu'il n'y a=20
pas eu de charge il est bien au minimum

mon pc, asus k53sc
debian wheezy ajour noyaux 3.2.0

merci pour l'aide

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/52BB3A86.4020005@prego-network.net
Signaler un problème avec ce contenu

5 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
Haricophile
Le Thu, 26 Dec 2013 18:40:16 +0100,
Gilles Mocellin a écrit :

Pourquoi le régulateur "ondemand" serait par défaut si le plus
recommandé était "conservative" ?
Il me semble que conservative est le fonctionnement d'avant, quand il
n'y avait pas encore les différents régulateurs, donc plutà ´t un mode
simpliste, "legacy" ?



De mémoire, "Conservative" est recommandé pour les anciens proces seurs
AMD (athlon...) qui fonctionnent mieux avec ce mode.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Gilles Mocellin
Le 26/12/2013 18:49, Gaëtan PERRIER a écrit :
[...]
De mon côté j'avais cru comprendre que ondemand c'était un juste milieu
entre machine de bureau et portable mais que pour consommer le moins
sur un portable conservative était plus adapté ...



En effet, d'après la doc du noyau.
Dans mon cas,
/usr/share/doc/linux-doc-3.11/Documentation/cpu-freq/governors.txt.gz

2.4 Ondemand
------------

The CPUfreq governor "ondemand" sets the CPU depending on the
current usage. To do this the CPU must have the capability to
switch the frequency very quickly.

2.5 Conservative
----------------

The CPUfreq governor "conservative", much like the "ondemand"
governor, sets the CPU depending on the current usage. It differs in
behaviour in that it gracefully increases and decreases the CPU speed
rather than jumping to max speed the moment there is any load on the
CPU. This behaviour more suitable in a battery powered environment.


En gros, le mode ondemand et conservative agisse en changeant la
fréquence du CPU en fonction de la charge, mais :
- ondemand passe directement à la fréquence max en cas de charge
- conservative augmente progressivement la fréquence

Il semble que conservative soit plus adapté pour le fonctionnement avec
batterie.
Ça reste encore à voir, j'avais lu il y a un moment des explication du
pourquoi ça ne servait à rien de réduire la fréquence des processeurs
pour économiser de l'énergie. C'est peut-être dépendant du processeur.

Je viens de trouver une série d'articles d'IBM sur le sujet.
Le troisième montre des graphes de consommation en fonction de la charge
et du gouverneur :
http://www.ibm.com/developerworks/linux/library/l-cpufreq-3/

Aller, je vais essayer conservative sur mon portable.
A+

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Gilles Mocellin
Le 27/12/2013 22:01, Gilles Mocellin a écrit :
[...]
Aller, je vais essayer conservative sur mon portable.
A+



Rhaaa, même pas.
Ce gouverneur n'est pas disponible sur mon portable :

$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
performance powersave


J'ai un driver que je n'avais jamais vu, ce n'est pas le standard
acpi-cpufreq :
$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
intel_pstate

Pourtant, je suis sur un Dell XPS13 i7-3537U. Pas si exotique.

Je suis forcement en powersave sur batterie et en performance sur secteur...

Enfin, je n'y comprend rien, powertop me montre bien des variations de
fréquences :
Package | Core | CPU 0 CPU 1
| | Actual 1,9 GHz 1,8 GHz
Idle 76,1% | Idle 96,3% | Idle 98,5% 97,5%
1,91 GHz 1,6% | 1,91 GHz 0,4% | 1,91 GHz 0,3% 0,1%
2,31 GHz 0,0% | 2,31 GHz 0,0% | 2,31 GHz 0,0% 0,3%
1,71 GHz 4,4% | 1,80 GHz 0,4% | 2,71 GHz 0,0% 0,1%
1,60 GHz 2,4% | 1,60 GHz 0,2% | 2,10 GHz 0,0% 0,0%
1,80 GHz 5,1% | 2,10 GHz 0,0% | 2,21 GHz 0,0% 0,0%
2,10 GHz 0,2% | 2,71 GHz 0,0% | 2,81 GHz 0,1% 0,1%
2,71 GHz 0,0% | 2,21 GHz 0,1% | 3,10 GHz 0,0% 0,0%
2,21 GHz 0,1% | 2,81 GHz 0,2% | 2,90 GHz 0,0% 0,0%
2,81 GHz 2,3% | 800 MHz 0,0% | 2,50 GHz 0,1% 0,0%

| Core | CPU 2 CPU 3
| | Actual 1,7 GHz 1,9 GHz
| Idle 77,6% | Idle 78,3% 98,9%
| 1,91 GHz 1,4% | 1,91 GHz 1,2% 0,2%
| 2,31 GHz 0,0% | 1,71 GHz 4,1% 0,0%
| 1,71 GHz 4,1% | 1,60 GHz 2,2% 0,2%
| 1,60 GHz 2,2% | 2,31 GHz 0,0% 0,0%
| 1,80 GHz 4,9% | 1,80 GHz 4,8% 0,0%
| 2,10 GHz 0,2% | 2,10 GHz 0,1% 0,0%
| 2,71 GHz 0,0% | 2,71 GHz 0,0% 0,0%
| 2,21 GHz 0,1% | 2,21 GHz 0,1% 0,1%
| 2,81 GHz 2,2% | 2,81 GHz 2,2% 0,0%


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Bzzz
On Fri, 27 Dec 2013 22:39:13 +0100
Gilles Mocellin wrote:

Alors il est possible qu'un des rapporteurs des fréquences
"mente" par ce qu'il n'est pas à jour ou inadapté; ça peut
se surveiller en ouvrant une console avec qq chose comme:

watch-n 3 <monitor freq fiable> (ou cat /proc/cpuinfo)

et en y jetant un coup d'oeil qd tu lances une appli
gourmande en CPU.

--
K-Mille> te moque pas, tu es un geek donc on sait à
quoi se résume ta vie sexuelle ^^
RuTT> à quoi se résume ma vie sexuelle ? 18 Go.
RuTT> en .ZIP hein
K-Mille> donc chez toi les préliminaires c'est de la décompressio n ?

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Gaëtan PERRIER
Le Fri, 27 Dec 2013 22:39:13 +0100
Gilles Mocellin a écrit:

Le 27/12/2013 22:01, Gilles Mocellin a écrit :
> [...]
> Aller, je vais essayer conservative sur mon portable.
> A+

Rhaaa, même pas.
Ce gouverneur n'est pas disponible sur mon portable :

$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
performance powersave


J'ai un driver que je n'avais jamais vu, ce n'est pas le standard
acpi-cpufreq :
$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
intel_pstate

Pourtant, je suis sur un Dell XPS13 i7-3537U. Pas si exotique.

Je suis forcement en powersave sur batterie et en performance sur secteur ...

Enfin, je n'y comprend rien, powertop me montre bien des variations de
fréquences :
Package | Core | CPU 0 CPU 1
| | Actual 1,9 GHz 1,8 G Hz
Idle 76,1% | Idle 96,3% | Idle 98,5% 97,5%
1,91 GHz 1,6% | 1,91 GHz 0,4% | 1,91 GHz 0,3% 0,1%
2,31 GHz 0,0% | 2,31 GHz 0,0% | 2,31 GHz 0,0% 0,3%
1,71 GHz 4,4% | 1,80 GHz 0,4% | 2,71 GHz 0,0% 0,1%
1,60 GHz 2,4% | 1,60 GHz 0,2% | 2,10 GHz 0,0% 0,0%
1,80 GHz 5,1% | 2,10 GHz 0,0% | 2,21 GHz 0,0% 0,0%
2,10 GHz 0,2% | 2,71 GHz 0,0% | 2,81 GHz 0,1% 0,1%
2,71 GHz 0,0% | 2,21 GHz 0,1% | 3,10 GHz 0,0% 0,0%
2,21 GHz 0,1% | 2,81 GHz 0,2% | 2,90 GHz 0,0% 0,0%
2,81 GHz 2,3% | 800 MHz 0,0% | 2,50 GHz 0,1% 0,0%

| Core | CPU 2 CPU 3
| | Actual 1,7 GHz 1,9 GHz
| Idle 77,6% | Idle 78,3% 98,9%
| 1,91 GHz 1,4% | 1,91 GHz 1,2% 0,2%
| 2,31 GHz 0,0% | 1,71 GHz 4,1% 0,0%
| 1,71 GHz 4,1% | 1,60 GHz 2,2% 0,2%
| 1,60 GHz 2,2% | 2,31 GHz 0,0% 0,0%
| 1,80 GHz 4,9% | 1,80 GHz 4,8% 0,0%
| 2,10 GHz 0,2% | 2,10 GHz 0,1% 0,0%
| 2,71 GHz 0,0% | 2,71 GHz 0,0% 0,0%
| 2,21 GHz 0,1% | 2,21 GHz 0,1% 0,1%
| 2,81 GHz 2,2% | 2,81 GHz 2,2% 0,0%




Oui c'est normal, depuis le noyau 3.10 la méthode de scaling a complète ment
changée, au moins pour les processeurs Intel "récent". Maintenant c'est un
pilote interne totalement adapté aux processeurs modernes qui prend en ch arge
le scaling: c'est le pilote intel_pstate. Tu peux voir qu'il est activé o u non
en regardant dans /sys/devices/system/cpu/cpu3/cpufreq/scaling_driver. Si tu
as intel_pstate alors c'est que c'est le nouveau pilote qui gère tout ç a bien
plus finement et intelligemment que les ondemand et compagnie. Par exemple sur
mon PC fixe je suis en powersave dans governor mais ça n'empêche pas les
fréquences des CPUs de monter très haut. A ce que j'ai cru comprendre le
governor n'interviendrait plus dans ce mode: donc powersave ou performance
serait identique ...

Gaëtan

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
1 2