Page 1 sur 2

Cherche à Optimiser Laptot pour Réduire Bruit Ventilateur

Publié : 17 mar 2017, 01:09
par strato
:bjr:
Est-il possible d'optimiser mon ordinateur portable pour le rendre plus silencieux au vue de l'usage que j'en fait ? :café: J'ai déjà suivit un tuto pour alléger KDE je suis pas sûr que ça a eu des effets sur le ventilateur.
_ _ _ _ _ _ _ _ _ _ _ _
Je tourne avec Manjaro-KDE-Stable et le noyau Linux49

Mon PC portable est un :
DELL XPS 15 L502X, datant de 2011
Processeur : Intel (R) Core (TM) i3-2310M CPU @ 2.10 GHz
Système d’exploitation 64 bits, processeur x64
Système BIOS : donnée de la valeur : DELL-2 datant de 2011
Carte graphique Nvidia Optimus :
- Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
- NVIDIA Corporation GF108M [GeForce GT 525M] (rev ff)
Carte son : Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 05)
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

La grande majorité du temps j'utilise mon ordinateur seulement pour du traitement de texte, lire des PDF, écouter de la musique et regarder des vidéo, et utiliser internet. Je ne comprend pas pourquoi mon ordinateur se retrouve à devoir faire fonctionner le ventilateur pour ces tâches alors que mon téléphone portable (smartphone) qui est probablement moins puissant y parvient sans avoir besoin de ventilateur et est donc silencieux.

Au démarrage ça va, mais il suffit que je lance un programme un certain temps pour que le ventilateur se mette en route. Internet est peut-être le programme qui fait le plus tourner le ventilateur. Au démarrage si je charge une page texte (Wikipédia) le ventilateur se lance brièvement avant de s'arrêter, mais plus le temps passe plus il a tendance à s'activer (et met du temps à reprendre son souffle). Si je lance une vidéo la le ventilateur se met à tourner en continue. J'ai testé plusieurs bureaux, Xfce, KDE, Mate, Cinnamon, LXqt et cela ne change pas grand choses, voir même j'ai l'impression que KDE gère plutôt bien. :saispas: Une chose est sûr c'est que c'est mieux que W$.

Il ne semble donc pas que la mémoire RAM soit en cause. D'après ce que j'ai lu réduire la puissance alloué au processeur et carte graphique pourrait être une solution. (?) Ou alors un mode économie d'énergie qui aurait cet effet. (?) J'ai cherché dans les outils de configurations graphiques classiques de KDE mais je n'ai pas trouvé.

Y-a-t-il des choses à tester et mettre en œuvre ? Ou est-il possible de diagnostiquer simplement ce qui est en cause (gestion carte graphique et processeur, gestion de l'énergie, gestion Bumblebee) afin d'optimiser l'ordinateur en fonction de l'usage ? Ou peut-être un petit utilitaire graphique existe ?

Il y a peut-être une piste au sujet de Bumblebee si cela s'avère être en cause (mais je ne pense pas, sais pas) :saispas: :

L'ordinateur est équipé de la technologie Optimus (Nvidia + Intel) et il me semble que Manjaro utilise Bumblebee pour ça. N'étant pas doué en anglais et encore moins en informatique je suis allé voir dans les paramètres de configuration de Nvidia mais je n'ai rien touché.

A la fin du Wiki Arch sur Bumblebee à la partie gestion de l'énergie il est dit “Actuellement, passer d'une carte à l'autre n'est pas géré automatiquement” J'y comprend que seulement Intel est utilisé et que Nvidia s'exécute à la demande par ligne de commande mais est-ce vraiment le cas car je ne comprend pas vraiment la suite du wiki ? Je sais pas quelle configuration a été mis en place. De plus je ne trouve pas les paquets liés à la gestion de l'énergie bbswitch, bbswitch-git bbswitch-dkms, mais j'ai linux44-bbswitch et linux49-bbswitch (liée aux noyaux j'imagine) mais il n'est pas fait mention de ces paquets dans le wiki. Enfin j'ai le fichier /etc/modprobe.d/mhwd-bbswitch.conf mais pas /etc/modprobe.d/bbswitch.conf comme sur le wiki. Par contre quand j'édite le fichier /etc/modprobe.d/mhwd-bbswitch.conf j'ai bien la même ligne que sur le wiki :

GNU nano 2.7.5                    Fichier : /etc/modprobe.d/mhwd-bbswitch.conf                              

##
## Generated by mhwd - Manjaro Hardware Detection
##

options bbswitch load_state=0 unload_state=0

            [ Le fichier « /etc/modprobe.d/mhwd-bbswitch.conf » n'est pas accessible en écriture ]
^G Aide        ^O Écrire      ^W Chercher    ^K Couper      ^J Justifier   ^C Pos. cur.   ^Y Page préc.
^X Quitter     ^R Lire fich.  ^\ Remplacer   ^U Coller      ^T Orthograp.  ^_ Aller lig.  ^V Page suiv.


Même si le ventilateur ne tourne pas au maximum et que j'ai gagner en confort par rapport à W$, ça reste quand même bien audible et à la longue c'est assez lourd et ça me donne envie de :Rouleau: . Du coup j'espère qu'il ait moyen d'arranger ça. :merci: J'ai vérifier l'ordinateur ne semble pas rempli de poussière. J'ai même essayé de le surélever en y mettant des cassettes sous ces petit pieds en caoutchoucs.

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 17 mar 2017, 02:03
par papajoke
:salut:
tu parles bien du ventilo de ta carte graphique et non du cpu ? :confus: pour le cpu tu as des réglages dans le bios.

Avec plama tu as le paquet aur plasma5-applets-thermal-monitor qui te permet d'avoir les températures affichées sur ta barre de tache.
Tu as aussi "resources monitor" qui affiche la fréquence de ton cpu

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 17 mar 2017, 07:02
par fassil
'LLo,

Si le ventilo ne tournait pas frénétiquement avant (& sur n'importe quel système), il y aurait intérêt à envisager si possible un dépoussièrage profond (entre la sortie ventilo & l'extérieur) !
Si possible, car bien qu'il y ait des tutos dispos à foison pour ouvrir la bête, le ventilo est loin dans ses entrailles... :siffle

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 18 mar 2017, 16:43
par strato
:bjr:
papajoke a écrit :tu parles bien du ventilo de ta carte graphique et non du cpu ? :confus: pour le cpu tu as des réglages dans le bios.
Je crois bien que je n'ai qu'un seul ventilo pour les deux. J'ai installer le paquet plasma5-applets-thermal-monitor mais je ne sais pas quels choix effectuer dans ses paramètre. Sinon l’ordinateur a été éteint plus de 12 heures, je l'allume et lance internet, écoute une musique sur youtube tout va bien ça ne souffle pas. Je viens ici et j’écris ici sur le forum se texte. Avec la commande sensors j'ai ceci (le ventilo souffle pas mal ...)

[strato@strato-pc ~]$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:        +70.0°C  (crit = +100.0°C)
temp2:        +70.0°C  (crit = +100.0°C)

coretemp-isa-0000
Adapter: ISA adapter
Physical id 0:  +69.0°C  (high = +80.0°C, crit = +85.0°C)
Core 0:         +69.0°C  (high = +80.0°C, crit = +85.0°C)
Core 1:         +67.0°C  (high = +80.0°C, crit = +85.0°C)

[strato@strato-pc ~]$


Avec la commande cpupower frequency-info :

[strato@strato-pc ~]$ cpupower frequency-info
analyse du CPU 0 :[strato@strato-pc ~]$ cpupower frequency-info
analyse du CPU 0 :
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency:  Cannot determine or is not supported.
  limitation matérielle : 800 MHz - 2.10 GHz
  régulateurs disponibles : performance powersave
  tactique actuelle : la fréquence doit être comprise entre 800 MHz et 2.10 GHz.
                  Le régulateur "powersave" est libre de choisir la vitesse
                  dans cette plage de fréquences.
  current CPU frequency: Unable to call hardware
  current CPU frequency: 2.10 GHz (asserted by call to kernel)
  boost state support:
    Supported: no
    Active: no
    25500 MHz max turbo 4 active cores
    25500 MHz max turbo 3 active cores
    25500 MHz max turbo 2 active cores
    25500 MHz max turbo 1 active cores


Avec l’applet surveillance du système (image graphique cpu) :
Image



fassil a écrit :Si le ventilo ne tournait pas frénétiquement avant (& sur n'importe quel système), il y aurait intérêt à envisager si possible un dépoussièrage profond (entre la sortie ventilo & l'extérieur) !
Si possible, car bien qu'il y ait des tutos dispos à foison pour ouvrir la bête, le ventilo est loin dans ses entrailles... :siffle
Je ne me souviens pas de s'il soufflait déjà lorsqu'il était neuf ... :saispas: et effectivement il est bien loin dans les entrailles se ventilo, voici la bête :
Je vais essayer de nettoyer l'ordinateur demain et essayer de ne rien casser.


EDITE

Une fois la partie précédente de ce message envoyé sur le forum, l'usage CPU basse à 5% environ et la température à environ 50°C. 10 minutes après avec le navigateur toujours ouvert (plusieurs ongletS dont le forum et une musique en pause) et avec en plus CherryTree et Konsole d'ouvert le ventilateur ne fait plus de bruit (c'est reposant) seul un léger bruit d'origine inconnu (ventilo, disque dur, autres) subsiste :gsourire: . :
sensors :

[strato@strato-pc ~]$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:        +49.0°C  (crit = +100.0°C)
temp2:        +49.0°C  (crit = +100.0°C)

coretemp-isa-0000
Adapter: ISA adapter
Physical id 0:  +52.0°C  (high = +80.0°C, crit = +85.0°C)
Core 0:         +48.0°C  (high = +80.0°C, crit = +85.0°C)
Core 1:         +52.0°C  (high = +80.0°C, crit = +85.0°C)

Image


Si je lance la musique sur Youtube le ventilateur s'entend mais de façon moins importante que si j'écrit un message sur le forum.
sensors

[strato@strato-pc ~]$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:        +59.0°C  (crit = +100.0°C)
temp2:        +59.0°C  (crit = +100.0°C)

coretemp-isa-0000
Adapter: ISA adapter
Physical id 0:  +59.0°C  (high = +80.0°C, crit = +85.0°C)
Core 0:         +56.0°C  (high = +80.0°C, crit = +85.0°C)
Core 1:         +59.0°C  (high = +80.0°C, crit = +85.0°C)

cpupower frequency-info

[strato@strato-pc ~]$ cpupower frequency-info
analyse du CPU 0 :
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency:  Cannot determine or is not supported.
  limitation matérielle : 800 MHz - 2.10 GHz
  régulateurs disponibles : performance powersave
  tactique actuelle : la fréquence doit être comprise entre 800 MHz et 2.10 GHz.
                  Le régulateur "powersave" est libre de choisir la vitesse
                  dans cette plage de fréquences.
  current CPU frequency: Unable to call hardware
  current CPU frequency: 2.06 GHz (asserted by call to kernel)
  boost state support:
    Supported: no
    Active: no
    25500 MHz max turbo 4 active cores
    25500 MHz max turbo 3 active cores
    25500 MHz max turbo 2 active cores
    25500 MHz max turbo 1 active cores

[strato@strato-pc ~]$

Image

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 18 mar 2017, 18:34
par papajoke
ce n'est certainement pas ce forum qui fait monter autant ton cpu ! il utilise une techno qui a 10 ans donc très léger pour nos cpu contrairement au forum inter.
cpu à 70 degres et charge cpu a 90% : il est donc normal et souhaitable que le ventilateur fasse sont travail :clindoeil:

Pour interpréter tes données matérielles, je suis très mal placé (pas mon truc le hard), mais je ne comprends pas : tu es en powersave donc tu devrais être en fréquence mini ... alors que tu es en fréquence max même avec une charge cpu faible :confus:
perso je suis en mode schedutil et mon i3 tourne à 90% du temps en 1.20 GHz avec une température de 40 à 50 degrés (je n'ai pas intel_pstate qui apparemment gère le powersave a sa façon ...)
a voir comment est réglé tlp ?

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 18 mar 2017, 19:37
par strato
Pour interpréter tes données matérielles, je suis très mal placé
Je le suis également très mal placé, c'est en regardant des problèmes similaires j'ai vue que ces commandes pouvaient servir. J'essaye de les comprendre mais n'y parvient pas vraiment.

ce n'est certainement pas ce forum qui fait monter autant ton cpu ! il utilise une techno qui a 10 ans donc très léger pour nos cpu contrairement au forum inter.
Lorsque je consulte le forum ce n'est pas différent du reste (des autres sites), cela semble survenir lorsque j’écris un message :confus: . J'ai laissé reposé l'ordinateur et je suis passé sur Firefox pour ce message-ci et je suis à 60°C avec un CPU variable autour des 8%-28%.

mais je ne comprends pas : tu es en powersave donc tu devrais être en fréquence mini ... alors que tu es en fréquence max même avec une charge cpu faible :confus:
Donc il y aurait peut-être bien un problème qui n'est pas lié à la poussière ? Faut-il quand même que je prenne le risque de tenter un démontage et nettoyage de la poussière (à vue d’œil sans démontage ça a l'air plutôt propre) ?

J'ai consulté le BIOS et il y a une section Intel (R) SpeedStep (tm) deux choix possible "Enabled" et "Disabled" je suis sur "Enabled"

image BIOS
:merci:
ps: je ne vais pas avoir le temps de me pencher plus dessus avant demain

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 19 mar 2017, 01:11
par letransfuge
:bjr:

Poussière peut-être, mais plus vraisemblablement vieillissement du pad thermique entre cpu et rad. Un point faible des portables. Tant qu'à démonter, autant remplacer par de la pâte thermique de bonne qualité.
Certains modèles sont bruyants dès l'origine, question de conception et du cheminement de l'air. Plus une question de fréquence que de volume d'ailleurs...
Sinon, la corrélation entre taux d'occupation CPU et températures n'a rien d'affolant...

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 19 mar 2017, 17:47
par strato
:merci:
Je suis parvenu à faire le nettoyage de l'ordinateur, effectivement les 6 ans d'utilisation ont accumulé un peu de poussière et la patte thermique faisait un peu la gueule, la saleté et la patte thermique c'est chose réglé à présent. La situation semble s'être amélioré j'écris ce message à 60°C et environs 30% de CPU avec youtube et ça souffle de temps en temps. :bien
letransfuge a écrit :Sinon, la corrélation entre taux d'occupation CPU et températures n'a rien d'affolant...
Donc c'est normal, ça peut chauffer alors qu'il y a un faible usage CPU ? Par contre un faible % CPU avec une forte fréquence ça peut être un problème ?
papajoke a écrit :mais je ne comprends pas : tu es en powersave donc tu devrais être en fréquence mini ... alors que tu es en fréquence max même avec une charge cpu faible :confus:



Par rapport aux observations faites par @papajokes et aux liens donnés :
Y-aurait-il un possible conflit entre la configuration "ondemand" et "powersave" relatives à cpupower et au driver/pilote intel_paste ? Voici mes résultat de recherche, et je reprécise être un débutant et que tout cela reste encore bien obscure pour moi :café:

J'ai un Processeur : Intel (R) Core (TM) i3-2310M CPU @ 2.10 GHz

Mon fichier de configuration de cpupower

 GNU nano 2.7.5                           Fichier : /etc/default/cpupower                                    

# Define CPUs governor
# valid governors: ondemand, performance, powersave, conservative, userspace.
#governor='ondemand'

# Limit frequency range
# Valid suffixes: Hz, kHz (default), MHz, GHz, THz
#min_freq="2.25GHz"
#max_freq="3GHz"

# Specific frequency to be set.
# Requires userspace governor to be available.
# Do not set governor field if you use this one.
#freq=

# Utilizes cores in one processor package/socket first before processes are
# scheduled to other processor packages/sockets.
# See man (1) CPUPOWER-SET for additional details.
#mc_scheduler=

# Utilizes thread siblings of one processor core first before processes are
# scheduled to other cores. See man (1) CPUPOWER-SET for additional details.
#smp_scheduler=

#  Sets a register on supported Intel processore which allows software to convey
# its policy for the relative importance of performance versus energy savings to
# the  processor. See man (1) CPUPOWER-SET for additional details.
#perf_bias=

# vim:set ts=2 sw=2 ft=sh et:

                  [ Le fichier « /etc/default/cpupower » n'est pas accessible en écriture ]
^G Aide        ^O Écrire      ^W Chercher    ^K Couper      ^J Justifier   ^C Pos. cur.   ^Y Page préc.
^X Quitter     ^R Lire fich.  ^\ Remplacer   ^U Coller      ^T Orthograp.  ^_ Aller lig.  ^V Page suiv.


On remarque qu'à la différence de ce qui est donné dans le wiki français archlinux cpupower j'ai un " # " à chaque lignes.
Et j'ai ceci de commenté #governor='ondemand' relatif à la politique de gestion.

Or si je comprend bien ce qui est dit dans le wiki anglais archlinux CPU frequency scaling
wiki anglais a écrit :Note: The intel_pstate driver supports only the performance and powersave governors, but they both provide dynamic scaling. The performance governor should give better power saving functionality than the old ondemand governor.

Warning: Use CPU monitoring tools (for temperatures, voltage, etc.) when changing the default governor.

To activate a particular governor, run:

# cpupower frequency-set -g governor
ayant le pilote/driver intel_pstate je ne devrais pas utiliser "onedemand" et je n'ai le choix que entre "performance" et "powersave" :confus:

À la partie "Tester" du wiki français archlinux la commande modprobe acpi_cpufreq j'ai compris après qu'il s'agissait du nom du pilote (... ?) mais la commande modprobe intel-pstate me retourne également une erreur voici ce qui m'est retourné :

[strato@strato-pc ~]$ modprobe acpi_cpufreq
modprobe: ERROR: could not insert 'acpi_cpufreq': Operation not permitted
[strato@strato-pc ~]$

[strato@strato-pc ~]$ modprobe intel-pstate
modprobe: FATAL: Module intel-pstate not found in directory /lib/modules/4.9.13-1-MANJARO
[strato@strato-pc ~]$


La commande cpupower frequency-info

[strato@strato-pc ~]$ cpupower frequency-info
analyse du CPU 0 :
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency:  Cannot determine or is not supported.
  limitation matérielle : 800 MHz - 2.10 GHz
  régulateurs disponibles : performance powersave
  tactique actuelle : la fréquence doit être comprise entre 800 MHz et 2.10 GHz.
                  Le régulateur "powersave" est libre de choisir la vitesse
                  dans cette plage de fréquences.
  current CPU frequency: Unable to call hardware
  current CPU frequency: 1.25 GHz (asserted by call to kernel)
  boost state support:
    Supported: no
    Active: no
    25500 MHz max turbo 4 active cores
    25500 MHz max turbo 3 active cores
    25500 MHz max turbo 2 active cores
    25500 MHz max turbo 1 active cores

[strato@strato-pc ~]$

me signal entre autre que je suis en "powersave" or cela me semble être en contradiction avec mon fichier de configuration de cpupower /etc/default/cpupower donné plus haut. :confus:

J'ai regardé comment est réglé TPL avec la commande nano /etc/default/tlp et l'ai comparé au lien donné et sauf erreurs de ma part les valeurs correspondent :

# ------------------------------------------------------------------------------ 
# tlp - Parameters for power save
# See full explanation: http://linrunner.de/en/tlp/docs/tlp-configuration.html

# Hint: some features are disabled by default, remove the leading # to enable
# them.

# Set to 0 to disable, 1 to enable TLP.
TLP_ENABLE=1

# Operation mode when no power supply can be detected: AC, BAT
# Concerns some desktop and embedded hardware only.
TLP_DEFAULT_MODE=AC

# Seconds laptop mode has to wait after the disk goes idle before doing a sync.
# Non-zero value enables, zero disables laptop mode.
DISK_IDLE_SECS_ON_AC=0
DISK_IDLE_SECS_ON_BAT=2

# Dirty page values (timeouts in secs).
MAX_LOST_WORK_SECS_ON_AC=15
MAX_LOST_WORK_SECS_ON_BAT=60

# Hint: CPU parameters below are disabled by default, remove the leading #
# to enable them, otherwise kernel default values are used.

# Select a CPU frequency scaling governor.
# Intel Core i processor with intel_pstate driver:
#   powersave(*), performance
# Older hardware with acpi-cpufreq driver:
#   ondemand(*), powersave, performance, conservative
# (*) is recommended.
# Hint: use tlp-stat -p to show the active driver and available governors.
# Important:
#   You *must* disable your distribution's governor settings or conflicts will
#   occur. ondemand is sufficient for *almost all* workloads, you should know
#   what you're doing!
#CPU_SCALING_GOVERNOR_ON_AC=powersave
#CPU_SCALING_GOVERNOR_ON_BAT=powersave

# Set the min/max frequency available for the scaling governor.
# Possible values strongly depend on your CPU. For available frequencies see
# the output of tlp-stat -p.
#CPU_SCALING_MIN_FREQ_ON_AC=0
#CPU_SCALING_MAX_FREQ_ON_AC=0
#CPU_SCALING_MIN_FREQ_ON_BAT=0
#CPU_SCALING_MAX_FREQ_ON_BAT=0

# Set Intel P-state performance: 0..100 (%)
# Limit the max/min P-state to control the power dissipation of the CPU.
# Values are stated as a percentage of the available performance.
# Requires an Intel Core i processor with intel_pstate driver.
#CPU_MIN_PERF_ON_AC=0
#CPU_MAX_PERF_ON_AC=100
#CPU_MIN_PERF_ON_BAT=0
#CPU_MAX_PERF_ON_BAT=30

# Set Intel P-state performance: 0..100 (%)
# Limit the max/min P-state to control the power dissipation of the CPU.
# Values are stated as a percentage of the available performance.
# Requires an Intel Core i processor with intel_pstate driver.
#CPU_MIN_PERF_ON_AC=0
#CPU_MAX_PERF_ON_AC=100
#CPU_MIN_PERF_ON_BAT=0
#CPU_MAX_PERF_ON_BAT=30

# Set the CPU "turbo boost" feature: 0=disable, 1=allow
# Requires an Intel Core i processor.
# Important:
# - This may conflict with your distribution's governor settings
# - A value of 1 does *not* activate boosting, it just allows it
#CPU_BOOST_ON_AC=1
#CPU_BOOST_ON_BAT=0

# Minimize number of used CPU cores/hyper-threads under light load conditions
SCHED_POWERSAVE_ON_AC=0
SCHED_POWERSAVE_ON_BAT=1

# Kernel NMI Watchdog:
#   0=disable (default, saves power), 1=enable (for kernel debugging only)
NMI_WATCHDOG=0

# Change CPU voltages aka "undervolting" - Kernel with PHC patch required
# Frequency voltage pairs are written to:
#   /sys/devices/system/cpu/cpu0/cpufreq/phc_controls
# CAUTION: only use this, if you thoroughly understand what you are doing!
#PHC_CONTROLS="F:V F:V F:V F:V"

# Set CPU performance versus energy savings policy:
#   performance, normal, powersave
# Requires kernel module msr and x86_energy_perf_policy from linux-tools
ENERGY_PERF_POLICY_ON_AC=performance
ENERGY_PERF_POLICY_ON_BAT=powersave

# Hard disk devices; separate multiple devices with spaces (default: sda).
# Devices can be specified by disk ID also (lookup with: tlp diskid).
DISK_DEVICES="sda sdb"

# Hard disk advanced power management level: 1..254, 255 (max saving, min, off)
# Levels 1..127 may spin down the disk; 255 allowable on most drives.
# Separate values for multiple disks with spaces. Use the special value 'keep'
# to keep the hardware default for the particular disk.
DISK_APM_LEVEL_ON_AC="254 254"
DISK_APM_LEVEL_ON_BAT="128 128"

# Hard disk spin down timeout:
#   0:        spin down disabled
#   1..240:   timeouts from 5s to 20min (in units of 5s)
#   241..251: timeouts from 30min to 5.5 hours (in units of 30min)
# See 'man hdparm' for details.
# Separate values for multiple disks with spaces. Use the special value 'keep'
# to keep the hardware default for the particular disk.
#DISK_SPINDOWN_TIMEOUT_ON_AC="0 0"
#DISK_SPINDOWN_TIMEOUT_ON_BAT="0 0"

# Select IO scheduler for the disk devices: cfq, deadline, noop (Default: cfq);
# Separate values for multiple disks with spaces. Use the special value 'keep'
# to keep the kernel default scheduler for the particular disk.
#DISK_IOSCHED="cfq cfq"

# SATA aggressive link power management (ALPM):
#   min_power, medium_power, max_performance
SATA_LINKPWR_ON_AC=max_performance
SATA_LINKPWR_ON_BAT=min_power

# Exclude SATA host devices from link power management.
# Separate multiple hosts with spaces.
#SATA_LINKPWR_BLACKLIST="host1"

# Runtime Power Management for AHCI controllers and disks:
#   on=disable, auto=enable
# EXPERIMENTAL ** WARNING: auto will most likely cause system lockups/data loss
#AHCI_RUNTIME_PM_ON_AC=on
#AHCI_RUNTIME_PM_ON_BAT=on

# Seconds of inactivity before disk is suspended
AHCI_RUNTIME_PM_TIMEOUT=15

# PCI Express Active State Power Management (PCIe ASPM):
#   default, performance, powersave
PCIE_ASPM_ON_AC=performance
PCIE_ASPM_ON_BAT=powersave

# Radeon graphics clock speed (profile method): low, mid, high, auto, default;
# auto = mid on BAT, high on AC; default = use hardware defaults.
# (Kernel >= 2.6.35 only, open-source radeon driver explicitly)
RADEON_POWER_PROFILE_ON_AC=high
RADEON_POWER_PROFILE_ON_BAT=low

# Radeon dynamic power management method (DPM): battery, performance
# (Kernel >= 3.11 only, requires boot option radeon.dpm=1)
RADEON_DPM_STATE_ON_AC=performance
RADEON_DPM_STATE_ON_BAT=battery

# Radeon DPM performance level: auto, low, high; auto is recommended.
RADEON_DPM_PERF_LEVEL_ON_AC=auto
RADEON_DPM_PERF_LEVEL_ON_BAT=auto

# WiFi power saving mode: on=enable, off=disable; not supported by all adapters.
WIFI_PWR_ON_AC=off
WIFI_PWR_ON_BAT=on

# Disable wake on LAN: Y/N
WOL_DISABLE=Y

# Enable audio power saving for Intel HDA, AC97 devices (timeout in secs).
# A value of 0 disables, >=1 enables power save.
SOUND_POWER_SAVE_ON_AC=0
SOUND_POWER_SAVE_ON_BAT=1

# Disable controller too (HDA only): Y/N
SOUND_POWER_SAVE_CONTROLLER=Y

# Set to 1 to power off optical drive in UltraBay/MediaBay when running on
# battery. A value of 0 disables this feature (Default).
# Drive can be powered on again by releasing (and reinserting) the eject lever
# or by pressing the disc eject button on newer models.
# Note: an UltraBay/MediaBay hard disk is never powered off.
BAY_POWEROFF_ON_BAT=0
# Optical drive device to power off (default sr0).
BAY_DEVICE="sr0"

# Runtime Power Management for PCI(e) bus devices: on=disable, auto=enable
RUNTIME_PM_ON_AC=on
RUNTIME_PM_ON_BAT=auto

# Runtime PM for *all* PCI(e) bus devices, except blacklisted ones:
#   0=disable, 1=enable
RUNTIME_PM_ALL=1

# Exclude PCI(e) device adresses the following list from Runtime PM
# (separate with spaces). Use lspci to get the adresses (1st column).
#RUNTIME_PM_BLACKLIST="bb:dd.f 11:22.3 44:55.6"

# Exclude PCI(e) devices assigned to the listed drivers from Runtime PM
# (should prevent accidential power on of hybrid graphics' discrete part).
# Default is "radeon nouveau"; use "" to disable the feature completely.
# Separate multiple drivers with spaces.
RUNTIME_PM_DRIVER_BLACKLIST="radeon nouveau"

# Set to 0 to disable, 1 to enable USB autosuspend feature.
USB_AUTOSUSPEND=1

# Exclude listed devices from USB autosuspend (separate with spaces).
# Use lsusb to get the ids.
# Note: input devices (usbhid) are excluded automatically (see below)
#USB_BLACKLIST="1111:2222 3333:4444"

# WWAN devices are excluded from USB autosuspend: 0=do not exclude / 1=exclude
USB_BLACKLIST_WWAN=1

# Include listed devices into USB autosuspend even if already excluded
# by the driver or WWAN blacklists above (separate with spaces).
# Use lsusb to get the ids.
#USB_WHITELIST="1111:2222 3333:4444"

# Set to 1 to disable autosuspend before shutdown, 0 to do nothing
# (workaround for USB devices that cause shutdown problems).
#USB_AUTOSUSPEND_DISABLE_ON_SHUTDOWN=1

# Restore radio device state (Bluetooth, WiFi, WWAN) from previous shutdown
# on system startup: 0=disable, 1=enable.
# Hint: the parameters DEVICES_TO_DISABLE/ENABLE_ON_STARTUP/SHUTDOWN below
#   are ignored when this is enabled!
RESTORE_DEVICE_STATE_ON_STARTUP=0

# Radio devices to disable on startup: bluetooth, wifi, wwan.
# Separate multiple devices with spaces.
#DEVICES_TO_DISABLE_ON_STARTUP="bluetooth wifi wwan"

# Radio devices to enable on startup: bluetooth, wifi, wwan.
# Separate multiple devices with spaces.
#DEVICES_TO_ENABLE_ON_STARTUP="wifi"

# Radio devices to disable on shutdown: bluetooth, wifi, wwan
# (workaround for devices that are blocking shutdown).
#DEVICES_TO_DISABLE_ON_SHUTDOWN="bluetooth wifi wwan"

# Radio devices to enable on shutdown: bluetooth, wifi, wwan
# (to prevent other operating systems from missing radios).
#DEVICES_TO_ENABLE_ON_SHUTDOWN="wwan"

# Radio devices to enable on AC: bluetooth, wifi, wwan
#DEVICES_TO_ENABLE_ON_AC="bluetooth wifi wwan"

# Radio devices to disable on battery: bluetooth, wifi, wwan
#DEVICES_TO_DISABLE_ON_BAT="bluetooth wifi wwan"

# Radio devices to disable on battery when not in use (not connected):
# bluetooth, wifi, wwan
#DEVICES_TO_DISABLE_ON_BAT_NOT_IN_USE="bluetooth wifi wwan"

# Battery charge thresholds (ThinkPad only, tp-smapi or acpi-call kernel module
# required). Charging starts when the remaining capacity falls below the
# START_CHARGE_THRESH value and stops when exceeding the STOP_CHARGE_THRESH value.
# Main / Internal battery (values in %)
#START_CHARGE_THRESH_BAT0=75
#STOP_CHARGE_THRESH_BAT0=80
# Ultrabay / Slice / Replaceable battery (values in %)
#START_CHARGE_THRESH_BAT1=75
#STOP_CHARGE_THRESH_BAT1=80

# ------------------------------------------------------------------------------
# tlp-rdw - Parameters for the radio device wizard
# Possible devices: bluetooth, wifi, wwan

# Hints:
# - Parameters are disabled by default, remove the leading # to enable them.
# - Separate multiple radio devices with spaces.

# Radio devices to disable on connect.
#DEVICES_TO_DISABLE_ON_LAN_CONNECT="wifi wwan"
#DEVICES_TO_DISABLE_ON_WIFI_CONNECT="wwan"
#DEVICES_TO_DISABLE_ON_WWAN_CONNECT="wifi"

# Radio devices to enable on disconnect.
#DEVICES_TO_ENABLE_ON_LAN_DISCONNECT="wifi wwan"
#DEVICES_TO_ENABLE_ON_WIFI_DISCONNECT=""
#DEVICES_TO_ENABLE_ON_WWAN_DISCONNECT=""

# Radio devices to enable/disable when docked.
#DEVICES_TO_ENABLE_ON_DOCK=""
#DEVICES_TO_DISABLE_ON_DOCK=""

# Radio devices to enable/disable when undocked.
#DEVICES_TO_ENABLE_ON_UNDOCK="wifi"
#DEVICES_TO_DISABLE_ON_UNDOCK=""


Enfin en cliquant sur le liens TPL revoyant à Welcome to TLP! sur l'installation, la configuration etc. Je suis allé directement à check et j'ai checké ça sudo tlp-stat -s :

--- TLP 0.9 --------------------------------------------

+++ System Info
System         = Dell Inc.          Dell System XPS L502X
BIOS           = A05
Release        = "Manjaro Linux"
Kernel         = 4.9.13-1-MANJARO #1 SMP PREEMPT Sun Feb 26 13:27:28 UTC 2017 x86_64
/proc/cmdline  = BOOT_IMAGE=/boot/vmlinuz-4.9-x86_64 root=UUID=653278a6-89b7-4a4e-8512-713408d559d8 rw quiet splash resume=UUID=da3d9963-1218-4339-a90f-8f829c587394
Init system    = systemd
Boot mode      = BIOS (CSM, Legacy)

+++ TLP Status
State          = enabled
Last run       = 13:53:10,   8734 sec(s) ago
Mode           = AC
Power source   = AC

Notice: systemd-rfkill.service is not masked -- invoke "systemctl mask systemd-rfkill.service" to correct this!

La dernière ligne me suggère quelque chose à faire, si c'est à faire comment faire ?

ps :
papajoke a écrit : perso je suis en mode schedutil et mon i3 tourne à 90% du temps en 1.20 GHz avec une température de 40 à 50 degrés
lorsque tu dit i3 c'est bien d'un d'un processeur Intel dont tu parles ? Parce quesi c'est bien ça à la première lecture j'ai confondu avec le bureau i3 (que j'ai tester et c'est pas facile) :rire

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 20 mar 2017, 11:16
par Smurf
Salut,
Je ne suis pas sur que lm_sensors soit bien configuré, on ne voit pas la sonde de la carte graphique, il faut d'abord lancer la détection de sondes avant d'utiliser sensors :
sudo sensors-detect
et valider toutes les questions par "Enter", voir le wiki Arch :
https://wiki.archlinux.org/index.php/lm_sensors#Setup

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 20 mar 2017, 15:34
par strato
:bjr: @Smurf
J'ai configuré lm_sensors comme indiqué en validant toutes les questions par "Entrée" à la commande sudo sensors-detect :

[strato@strato-pc ~]$ sudo sensors-detect
[sudo] Mot de passe de strato : 
# sensors-detect revision $Revision$
# System: Dell Inc. Dell System XPS L502X (laptop)
# Board: Dell Inc. 0YR8NN
# Kernel: 4.9.15-1-MANJARO x86_64
# Processor: Intel(R) Core(TM) i3-2310M CPU @ 2.10GHz (6/42/7)

This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.

Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no):
Module cpuid loaded successfully.
Silicon Integrated Systems SIS5595...                       No
VIA VT82C686 Integrated Sensors...                          No
VIA VT8231 Integrated Sensors...                            No
AMD K8 thermal sensors...                                   No
AMD Family 10h thermal sensors...                           No
AMD Family 11h thermal sensors...                           No
AMD Family 12h and 14h thermal sensors...                   No
AMD Family 15h thermal sensors...                           No
AMD Family 16h thermal sensors...                           No
AMD Family 15h power sensors...                             No
AMD Family 16h power sensors...                             No
Intel digital thermal sensor...                             Success!
    (driver `coretemp')
Intel AMB FB-DIMM thermal sensor...                         No
Intel 5500/5520/X58 thermal sensor...                       No
VIA C7 thermal sensor...                                    No
VIA Nano thermal sensor...                                  No

Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no):
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor/ITE'...               No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
Trying family `ITE'...                                      No
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor/ITE'...               Yes
Found `ITE IT8518E Super IO'                               
    (no support yet)

Some hardware monitoring chips are accessible through the ISA I/O ports.
We have to write to arbitrary I/O ports to probe them. This is usually
safe though. Yes, you do have ISA I/O ports even if you do not have any
ISA slots! Do you want to scan the ISA I/O ports? (YES/no):
Probing for `National Semiconductor LM78' at 0x290...       No
Probing for `National Semiconductor LM79' at 0x290...       No
Probing for `Winbond W83781D' at 0x290...                   No
Probing for `Winbond W83782D' at 0x290...                   No

Lastly, we can probe the I2C/SMBus adapters for connected hardware
monitoring devices. This is the most risky part, and while it works
reasonably well on most systems, it has been reported to cause trouble
on some systems.
Do you want to probe the I2C/SMBus adapters now? (YES/no):
Using driver `i2c-i801' for device 0000:00:1f.3: Intel Cougar Point (PCH)
Module i2c-dev loaded successfully.

Next adapter: SMBus I801 adapter at efa0 (i2c-0)
Do you want to scan it? (YES/no/selectively):
Client found at address 0x1d
Probing for `TI / National Semiconductor ADC128D818'...     No
Probing for `Texas Instruments TMP421'...                   No
Probing for `Texas Instruments TMP441'...                   No
Probing for `ST STTS424'...                                 No
Probing for `ST STTS424E'...                                No
Probing for `ST STTS2002'...                                No
Probing for `ST STTS3000'...                                No
Probing for `NXP SE97/SE97B'...                             No
Probing for `NXP SE98'...                                   No
Probing for `Analog Devices ADT7408'...                     No
Probing for `IDT TS3000/TSE2002'...                         No
Probing for `IDT TSE2004'...                                No
Probing for `IDT TS3001'...                                 No
Probing for `Maxim MAX6604'...                              No
Probing for `Microchip MCP9804'...                          No
Probing for `Microchip MCP98242'...                         No
Probing for `Microchip MCP98243'...                         No
Probing for `Microchip MCP98244'...                         No
Probing for `Microchip MCP9843'...                          No
Probing for `ON CAT6095/CAT34TS02'...                       No
Probing for `Atmel AT30TS00'...                             No
Client found at address 0x50
Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 Yes
    (confidence 8, not a hardware monitoring chip)
Probing for `EDID EEPROM'...                                No
Client found at address 0x52
Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 Yes
    (confidence 8, not a hardware monitoring chip)

Next adapter: i915 gmbus ssc (i2c-1)
Do you want to scan it? (yes/NO/selectively):

Next adapter: i915 gmbus vga (i2c-2)
Do you want to scan it? (yes/NO/selectively):

Next adapter: i915 gmbus panel (i2c-3)
Do you want to scan it? (yes/NO/selectively):

Next adapter: i915 gmbus dpc (i2c-4)
Do you want to scan it? (yes/NO/selectively):

Next adapter: i915 gmbus dpb (i2c-5)
Do you want to scan it? (yes/NO/selectively):

Next adapter: i915 gmbus dpd (i2c-6)
Do you want to scan it? (yes/NO/selectively):

Next adapter: DPDDC-C (i2c-7)
Do you want to scan it? (yes/NO/selectively):


Now follows a summary of the probes I have just done.
Just press ENTER to continue:

Driver `coretemp':
  * Chip `Intel digital thermal sensor' (confidence: 9)

Do you want to generate /etc/conf.d/lm_sensors? (YES/no):
Created symlink /etc/systemd/system/multi-user.target.wants/lm_sensors.service → /usr/lib/systemd/system/lm_sensors.service.
Unloading i2c-dev... OK
Unloading cpuid... OK

[strato@strato-pc ~]$

La commande sensors ne semble pas avoir changé :confus:

[strato@strato-pc ~]$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:        +49.0°C  (crit = +100.0°C)
temp2:        +49.0°C  (crit = +100.0°C)

coretemp-isa-0000
Adapter: ISA adapter
Physical id 0:  +54.0°C  (high = +80.0°C, crit = +85.0°C)
Core 0:         +52.0°C  (high = +80.0°C, crit = +85.0°C)
Core 1:         +54.0°C  (high = +80.0°C, crit = +85.0°C)

[strato@strato-pc ~]$


Ps, Edit : Commande pouvant servir ? :
lspci

[strato@strato-pc ~]$ lspci
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 05)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 05)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b5)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b5)
00:1c.3 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 (rev b5)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 5 (rev b5)
00:1c.5 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 6 (rev b5)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 05)
00:1f.0 ISA bridge: Intel Corporation HM67 Express Chipset Family LPC Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 05)
01:00.0 VGA compatible controller: NVIDIA Corporation GF108M [GeForce GT 525M] (rev ff)
03:00.0 Network controller: Intel Corporation Centrino Wireless-N 1030 [Rainbow Peak] (rev 34)
04:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04)
06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
[strato@strato-pc ~]$

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 21 mar 2017, 08:35
par Smurf
Je pensais qu'on pouvait voir la température de ton GPU NVidia avec sensors.
En relisant ton message plus haut, il ne faut pas tenir compte du fichier /etc/default/cpupower, les lignes sont commentées donc non actives, ce fichier peut servir si tu veux modifier le comportement par défaut.
Tu peux aussi vérifier la fréquence CPU en cours avec:

cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq

la fréquence limite maxi avec :

cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_max_freq 

la fréquence limite mini avec :

cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_min_freq

Tu peux aussi faire l'essai de diminuer la fréquence maxi pour voir si cela a une incidence sur le fonctionnement du ventilateur :
sudo cpupower frequency-set -u 1800000 (fréquence maxi à 1.8GHz par exemple)

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 21 mar 2017, 12:36
par strato
C'est vrais qu'avoir la température des cartes graphiques pourrait être intéressant peut-être. Merci pour ces précision sur /etc/default/cpupower.
Les retours des commandes que tu donne correspondent bien aux infos fournis par la commande cpupower frequency-info
Smurf a écrit :Tu peux aussi faire l'essai de diminuer la fréquence maxi pour voir si cela a une incidence sur le fonctionnement du ventilateur :
sudo cpupower frequency-set -u 1800000 (fréquence maxi à 1.8GHz par exemple)
Ok je vais essayer ça avec la valeur 1 000 000.

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 21 mar 2017, 19:30
par strato
Bien que j'ai l'impression que de paramétrer une fréquence maxi de 1.8GHz ou même 1.0GHz inférieur à celle par défault de 2.10GHz réduit l'usage du ventilateur, je ne peut pas l'affirmer complétement car cela reste assez minime j'ai l'impression. Dans ma quête d'optimisation j'ai chercher d'avantage de renseignement à propos de thermald qui est indiqué dans le wiki arch CPU frequency scaling et l'ai donc installé. Par la suite et par rapport à ça j'ai trouvé le wiki Optimisez vos paramètres d'alimentation https://wiki.manjaro.org/index.php?titl ... _vos_paramètres_d'alimentation je l'ai suivit car il est dit :
Les paramètres d'alimentation par défaut (basés sur laptop-tools donnent la température élevée du processeur (52-56 °C au ralenti et 65-70 °C sous utilisation). Après avoir appliqué les entrées appropriées dans le fichier de configuration de GRUB après l'installation de TLP et Linux Thermal Daemon (thermald), j'ai eu une faible consommation d'énergie de temps de batterie (environ 9 W), à basse température du processeur (45-48 °C au ralenti et 56 °C sous forte utilisation) et de meilleures performances au travail sur secteur.
mais après coup j'ai constaté que sont équivalent anglais signale qu'il est obsolète :tetu! et renvois vers cette page que j'essais de suivre péniblement et je crains de faire des bêtises. :oops:

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 21 mar 2017, 20:28
par papajoke
:salut:
la page du wiki fr est de 2013 :clindoeil:

ps: il n'y a plus véritablement de contributeurs au wiki depuis un bon moment :pleure:

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 21 mar 2017, 23:45
par strato
Ah merci j'avais pas vue qu'on pouvais voir la date de création du wiki. Le wiki anglais est de 2013 également du coup je peut considérer le wiki français comme obsolète également ? Et le tuto le plus à jour date d'il y a presque un ans la dernière mise à jours de celui-ci semble être du 19/03/2017 mais n'est pas facile à suivre. Il y est par ailleurs dit :
FadeMind a écrit :This guide is not for newbies :wink:
Regards

Vais essayer de comprendre mais déjà en français c'est pas toujours facile alors en anglais :rire
papajoke a écrit :ps: il n'y a plus véritablement de contributeurs au wiki depuis un bon moment :pleure:
:pleure: :pleure:

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 22 mar 2017, 00:17
par stephane

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 22 mar 2017, 00:34
par strato
Yes merci @stephane :bien C'est justement le liens que j'ai redonnais juste avant et que j'essaye de comprendre sans trop y parvenir pour le moment :rigole: :
strato a écrit : Et le tuto le plus à jour date d'il y a presque un ans la dernière mise à jours de celui-ci semble être du 19/03/2017 mais n'est pas facile à suivre.

Je bloc à la partie GRUB Flags et encore plus après

Pour le moment je vois ça comme ça :
Make backup a default grub file:

sudo cp /etc/default/grub /etc/default/grub.bak

J'édite /etc/default/grub et commente la ligne

GRUB_CMDLINE_LINUX=""
avec le premier "GRUB Flags STANDARD"

acpi_osi=Linux acpi=force acpi_enforce_resources=lax
J'édite /etc/mkinitcpio.conf et ajoute "i915"

# MODULES
# The following modules are loaded before any boot hooks are
# run.  Advanced users may wish to specify all system modules
# in this array.  For instance:
#     MODULES="piix ide_disk reiserfs"
MODULES="i915"

Je régénère l'image de boot

sudo mkinitcpio -P
Puis je me suis arrêté là. Je sais pas comment faire :
Add to GRUB_CMDLINE_LINUX in grub conf file and update grub configuration:

i915.modeset=1
et je suis déjà pas sûr que ce que j'ai fait avant soit correct :saispas: puis les messages d'avertissement qui suivent ne sont pas rassurants :oops: Le tuto n'est pas long mais un poil technique pour un noob comme moi

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 22 mar 2017, 07:55
par stephane
alors a priori , pour les paramètres pour le Grub , il faut les AJOUTER
et non totalement les supprimer

une bonne partie de cette Faq concerne le paramétrage Boot via Grub qui transmets le paramétrage au noyau kernel ,
cela implique parfois que des modules doivent être charger ( les différents FS , ou mdadm pour le raid , etc... )

l'autre partie en dessous traite pour la gestion TLP

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 22 mar 2017, 10:21
par strato
Je n'ai pas dit que je supprimai totalement les paramètres de Grub :choc:
strato a écrit :J'édite /etc/default/grub et commente la ligne

GRUB_CMDLINE_LINUX=""

avec le premier "GRUB Flags STANDARD"

acpi_osi=Linux acpi=force acpi_enforce_resources=lax
Ce qui est égale à :

GRUB_CMDLINE_LINUX="Linux acpi=force acpi_enforce_resources=lax"
Qui bien entendu ne correspond pas à l'ensemble de mon fichier de paramètre de Grub mais seulement à la partie/ligne que nous devons modifier.

Où alors c'est pour la suite que tu me dit
stephane a écrit :il faut les AJOUTER et non totalement les supprimer
:saispas: Parce que en effet au moment de
tuto a écrit :INTEL - Enable Early Kernel Mode Setting for i915 module. [...] Add to GRUB_CMDLINE_LINUX in grub conf file and update grub configuration:

i915.modeset=1
C'est là où je bloc. Soit c'est dans un autre fichier gbub conf file que je ne trouve pas, soit ça se passe dans grub file /etc/default/grub et il s'agit alors de la ligne cité précédemment :

GRUB_CMDLINE_LINUX="Linux acpi=force acpi_enforce_resources=lax"
si c'est le cas quelle syntaxe adopter ? je le met à la suite tels que :

GRUB_CMDLINE_LINUX="Linux acpi=force acpi_enforce_resources=lax i915.modeset=1"
??

ps : au cas où, je précise que je connais les fonctions basiques de "nano" : éditer, écrire, enregistrer que j'ai déjà utilisé. :bien

Re: Cherche à Optimiser Laptot pour Réduire Bruit Ventilateu

Publié : 22 mar 2017, 15:29
par Smurf
Ajouter le module i915 dans /etc/mkinitcpio.conf permet seulement d'avoir le modesetting plus tôt au boot.
Voir :
https://wiki.archlinux.org/index.php/Kernel_mode_setting

Quand tu modifies /etc/default/grub, ne pas oublier de mettre à jour la config de grub :

sudo grub-mkconfig -o /boot/grub/grub.cfg


Apparemment tu n'as rien à changer à GRUB_CMDLINE_LINUX si tu veux le modesetting, par contre, il y a l'option nomodeset à ajouter si tu n'en veux pas.