Ubuntu-fr

Batou42

Re : [astuce] Pour que votre système GNU/Linux gagne en fluidité !

bah a vrai dire j'ai commencé par le nano et avec gedit sa ne change pas c'est la meme modification c'est enregistrer. Devrai je tout remettre a zero (SPEED MAXI et SPEED MIN)? j'utilise Ubuntu 11.04 et oui j'utilise donc gnome et l'aplet de fraquance ne change rien il est reglé a 600 j'ai essayé de changé mais  rien y fait  est ce le proc qui est trop vieux???

Heliox

Re : [astuce] Pour que votre système GNU/Linux gagne en fluidité !

Non il ne me semble pas que le PC soit trop vieux, il supporte le SpeedStep donc il doit être compatible. Et remettre à zéro un fichier de configuration ne servirait à rien du tout.
J'ai essayé chez moi et ça marche sur la dernière Linux Mint basée sur Ubuntu 11.04, donc ce n'est pas un bug logiciel.
- Ton applet est-il bien réglé sur "on demand" ? Reconfigure-le par défaut, normalement il devrait revenir sur "on demand" :

sudo dpkg-reconfigure gnome-applets

- Es-tu allé voir dans le BIOS si une option concernant le SpeedStep est activée (enabled) ?
que te renvoie ça (met le résultat entre balise <code> :

cat /etc/init.d/cpufrequtils

?

Dernière modification par Heliox (Le 26/06/2011, à 18:10)

Batou42

Re : [astuce] Pour que votre système GNU/Linux gagne en fluidité !

bah pour sudo dpkg-reconfigure gnome-applets  il me sort sa:
dpkg-query: error: package name in specifier 'gnome-applets*' is illegal: caractère « * » non autorisé (seuls les lettres, les chiffres et « -+._ » le sont)
/usr/sbin/dpkg-reconfigure: gnome-applets* n'est pas installé
Oo

Pour les SpeedStep en effet il n'etait pas activé.
Pour cat /etc/init.d/cpufrequtils:
<code>dell@dell-Inspiron-510m:~$ cat /etc/init.d/cpufrequtils
#!/bin/sh
### BEGIN INIT INFO
# Provides:       cpufrequtils
# Required-Start: $remote_fs loadcpufreq
# Required-Stop:
# Default-Start:  2 3 4 5
# Default-Stop:
# Short-Description: set CPUFreq kernel parameters
# Description: utilities to deal with CPUFreq Linux
#    kernel support
### END INIT INFO
#

DESC="CPUFreq Utilities"

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
CPUFREQ_SET=/usr/bin/cpufreq-set
CPUFREQ_INFO=/usr/bin/cpufreq-info
CPUFREQ_OPTIONS=""

# use lsb-base
. /lib/lsb/init-functions

# Which governor to use. Must be one of the governors listed in:
#   cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
#
# and which limits to set. Both MIN_SPEED and MAX_SPEED must be values
# listed in:
#   cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
# a value of 0 for any of the two variables will disabling the use of
# that limit variable.
#
# WARNING: the correct kernel module must already be loaded or compiled in.
#
# Set ENABLE to "true" to let the script run at boot time.
#
# eg:    ENABLE="true"
#    GOVERNOR="ondemand"
#    MAX_SPEED=1000
#    MIN_SPEED=500

ENABLE="true"
GOVERNOR="ondemand"
MAX_SPEED="1200000"
MIN_SPEED="1000000"

check_governor_avail() {
    info="/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors"
    if [ -f $info ] && grep -q "\<$GOVERNOR\>" $info ; then
        return 0;
    fi
    return 1;
}

[ -x $CPUFREQ_SET ] || exit 0

if [ -f /etc/default/cpufrequtils ] ; then
    . /etc/default/cpufrequtils
fi

# if not enabled then exit gracefully
[ "$ENABLE" = "true" ] || exit 0

if [ -n "$MAX_SPEED" ] && [ $MAX_SPEED != "0" ] ; then
    CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --max $MAX_SPEED"
fi

if [ -n "$MIN_SPEED" ] && [ $MIN_SPEED != "0" ] ; then
    CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --min $MIN_SPEED"
fi

if [ -n "$GOVERNOR" ] ; then
    CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --governor $GOVERNOR"
fi

CPUS=$(cat /proc/stat|sed -ne 's/^cpu\([[:digit:]]\+\).*/\1/p')
RETVAL=0
case "$1" in
    start|force-reload|restart|reload)
        log_action_begin_msg "$DESC: Setting $GOVERNOR CPUFreq governor"
        if check_governor_avail ; then
            for cpu in $CPUS ; do
                log_action_cont_msg "CPU${cpu}"
                $CPUFREQ_SET --cpu $cpu $CPUFREQ_OPTIONS 2>&1 > /dev/null || \
                    RETVAL=$?
            done
            log_action_end_msg $RETVAL ""
        else
            log_action_cont_msg "disabled, governor not available"
            log_action_end_msg $RETVAL
        fi
        ;;
    stop)
        ;;
    *)
        echo "Usage: $0 {start|stop|restart|reload|force-reload}"
        exit 1
esac

exit 0<code>

Dernière modification par Batou42 (Le 27/06/2011, à 09:09)

Heliox

Re : [astuce] Pour que votre système GNU/Linux gagne en fluidité !

Par hasard, n'aurais-tu pas ajouté accidentellement un astérisque (*) à la fin  gnome-applets ?
Retente pour voir, normalement tu devrais arriver sur un écran bleu qui te demandera s'il faut le lancer avec les privilèges superutiliteurs. Tu sélectionnes "oui" avec la touche "tabulation" puis "entrée".

L'activation du Speedstep dans le BIOS a-t-il changé quoi que ce soit ?

Dernière modification par Heliox (Le 28/06/2011, à 10:17)

Batou42

Re : [astuce] Pour que votre système GNU/Linux gagne en fluidité !

sudo dpkg-reconfigure gnome-applets ne se lance pas et le speedstep ne fait rie n de spectaculaire si ce n'est rien....:/
Puis au demarage j'ai un message d'erreur est ce du a sa???
"the AC power adapter type cannot be détermined . this will preve nt optimal system performance"
J'ai essayer de comprendre mais je n'y arrive pas.... j'ai compris que sa venais du secteur mais aprés.... Comment je pourrait rectifier sa???

Dernière modification par Batou42 (Le 28/06/2011, à 12:36)

Heliox

Re : [astuce] Pour que votre système GNU/Linux gagne en fluidité !

C'est étrange… L'erreur de gnome-applet (alors que tu utilises Gnome) n'est pas normale.
Si tu n'utilise pas l'applet, comment connais-tu la vitesse de ton processeur ?
N'aurais-tu pas bidouillé ton système ? Ou alors est-ce un problème matériel (alimentation ?) ?
Je suis à court d'idées ; peut-être le chargeur (par exemple) n'est pas identifié par le système, il passerait donc en mode économie d'énergie dès le démarrage, réduirait la luminosité de l'écran, raccourcirait la période d'attente avant le mode veille et briderait la fréquence du processeur. Peut-être est-ce là la cause de ton problème ?

Mais comme ton problème s'éloigne un peu du sujet initial tu devrais peut-être ouvrir un nouveau sujet dans la section "matériel" pour avoir plus d'avis…
Là, ça dépasse un peu mes compétences.

Batou42

Re : [astuce] Pour que votre système GNU/Linux gagne en fluidité !

Bah justement je l'utilise bien donc je ne somprend pas pourquoi, du coup je me suis dit le message au demarage de mon pc en est la cause. Non je n'ai rien bidouiller. Donc comme toi j'ai pensé a une problème materiel . Merci pour tout.

F50

Re : [astuce] Pour que votre système GNU/Linux gagne en fluidité !

Salut à tous,

J'ai utilisé cette super astuce (merci Grouby) sur ubuntu pendant longtemps. Là je suis passé sous Debian depuis qqs jours et j'ai l'impression que ça roupille sec! J'ai voulu faire l'astuce mais pas de fichier ondemand dans /init.d chez debian! J'ai bian fais celle du cpufrequtils MAX=  MIN= mais elle ne fait absolument aucun effet, c'est le MAXLEVEL= que j'aimerais changer. Peut-ont créer un fichier "ondemand" dans /etc/init.d ou insérer le changement dans ce /etc/init.d/cpufrequtils d'une manière ou d'une autre? Car là, la réactivité=tintin, c'est gâcher 1 AMD 6 coeurs!!!

P.S. Il y a bien CPUFREQ_OPTIONS="" dans ce fichier mais je ne sais pas à quoi ça sert!?

Merci

Edit: J'ai trouvé la combine pour les débianeux et autres nunuxieux qui n'ont pas ce fichu /init.d/ondemand, voici le lien:
https://wiki.archlinux.org/index.php/Cp … erformance et faite la manip au paragraphe: Changing the ondemand governor's threshold. Chez moi c'était à 95%, bonjour le sommeil profond! Il y a d'autre tunnings pour ondemand (et les autres governor) au paragraphe en-dessous du threshold, je vous laisse essayer. Ah....de voir ces coeurs travailler quelque peu, ça fait du bien et ça evite de roupiller sur le clavier

Edit: Ca ne tiens pas le reboot...je cherche la solution, si quelqu'un à une idée, je suis preneur...

Dernière modification par faucon50 (Le 28/09/2011, à 07:47)

Compte anonymisé

Re : [astuce] Pour que votre système GNU/Linux gagne en fluidité !

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
cat: /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies: Aucun fichier ou dossier de ce type

F50

Re : [astuce] Pour que votre système GNU/Linux gagne en fluidité !

Je viens de remarquer la même chose sous Ubuntu=nada mais Debian oui! Bon je préfère pouvoir régler le threshold sous Ubuntu que de me prendre le chou 5 jours sous Debian pour 1 résultat néant! A voir...je regarderai de plus près dès que ma transition sera finie.

Dernière modification par faucon50 (Le 27/09/2011, à 13:39)

grouby

Re : [astuce] Pour que votre système GNU/Linux gagne en fluidité !

@faucon50:
oui oui tu peut bien créer le fichier '/etc/init.d/ondemand' toi même s'il n'existe pas:
mettre les droits x puis verifier avec
sudo sysv-rc-conf
que les colonnes 2,3,4,5 sont coché sinon le faire.

De toutes façons, le script ne fait que setter des valeurs en mémoire dans le kernel, mais
au moins ca les remet a chaque reboot.
Par contre, je sais pas si c exactement pareil sous debian, mais je suppose que oui ;-)

Tu peut vérifier par exemple que tu as qq chose en faisant:
ls -ail /sys/devices/system/cpu/cpu*/cpufreq/ondemand/up_threshold

@+

F50

Re : [astuce] Pour que votre système GNU/Linux gagne en fluidité !

Salut grouby,
Merci pour ta réponse, depuis je suis repassé sous ubuntu mais j'avais fais un copier/coller du fichier ondemand d'ubuntu dans debian sans succès, peut-être à cause des droits ou des runlevels? Je retenterai une fois repassé sous debian! D'aileurs, j'ai dû installer upstart pour avoir /etc/init.d sur debian car sinon c'est etc/init pour sysv.

Hors sujet: J'ai ouvert un fil au sujet du démarrage du réseau en parallèle au boot , si tu as une solution..? C'est par ici: http://forum.ubuntu-fr.org/viewtopic.php?id=649761

Merci d'avance

F50

Re : [astuce] Pour que votre système GNU/Linux gagne en fluidité !

Salut à tous,

Je déterre le fil qui d'ailleurs est toujours d'actu car je me demande si qq'un saurait comment intégrer dans le fichier /ondemand le paramètre du:

sampling_down_factor

comme indiqué dans ce tuto Arch au paragraphe: Improving on-demand performance

https://wiki.archlinux.org/index.php/Cp … own_factor

Merci.

gawindx

Re : [astuce] Pour que votre système GNU/Linux gagne en fluidité !

Bonjour,

Sur les derniers kernel, il semblerait que la modification à effectuer dans le rc.local ait changée.
Pour que cela fonctionne j'ai du saisir la commande suivante :

echo "30" | tee /sys/devices/system/cpu/cpufreq/ondemand/up_threshold

Et cela sufiit pour adapter tous les coeurs.

J'ai utilisé "tee" car même en testant depuis un terminal en sudo avec l'ancienne commande, j'avais une erreur de permission (alors qu'une modification avec nano fonctionnait).

Après essai, les résultats sont convaincant : l'encodage d'une vidéo de 45 min me prenait en moyenne 1h(pour les 2 passes) contre a peine 40 min maintenant.

Pour info, je suis sous Ubuntu 12.10 et j'ai un autre pc sous 12.04 ou cela fonctionne également.

F50

Re : [astuce] Pour que votre système GNU/Linux gagne en fluidité !

Salut,

Tu as fait la manip au #1 je suppose? Avec uniquement celle de grouby au #3 ça marche pareil et c'est moins lourd en changements.