Page 1 sur 2
CPU souvent trop élevé
Posté : sam. 25 mai 2024 02:32
par hermes333
Salutations à tous, je veux faire mon grand retour avec Linux Mint bureau Cinnamon et je veux surmonter et résoudre tous les obstacles sur mon chemin. J'ai galéré 3 mois à essayer plusieurs systèmes Linux avec plusieurs problèmes difficiles voir même impossibles à résoudre. Cette fois-ci j'ai l'intention de réussir avec mon système actuel, voir ma nouvelle signature.
J'avais ce sérieux problème avec le système précédant que j'ai essayé, Debian 12 bureau Cinnamon. Ça frôlait très souvent les 82 ° et mon PC surchauffait beaucoup. Je ne veux pas encore vivre ce cauchemar avec mon nouveau système. En observant le Moniteur système, les deux applications coupables très élevés en température sont Pipewire et PulseAudio.
Je cherche une solution à ce problème. Vous pouvez ajouter vos solutions aussi. Il y a seulement une solution. Mais est-ce seulement ces deux applications qui font monter la température?
Re: CPU souvent trop élevé
Posté : sam. 25 mai 2024 08:22
par tioker
Bonjour,
Sans être un expert, le priorité qui est affichée dans le moniteur ne me semble pas associée à la température ou à l'utilisation CPU.
Dans un système temps réel (donc l'OS est un système temps réel), on gère des files d'attente et des priorités. Et si un pour un processus il est important de réagir rapidement (je ne sais pas si l'exemple est bon mais un son ne doit pas subir d'interruption trop importante malgré la bufferisation), on lui met un priorité élevée.
Dans ta copie d'écran on voit bien que les deux process que tu suspectes sont en priorité élevée mais un des deux est en sommeil (CPU 0) et l'autre ne prend que 0,43% du CPU.
Je suis aussi sur Cinnamon et les priorités de ces process sont les mêmes que le tiennes.
Si ton processeur fume, il faut peut-être regarder en triant sur la consommation CPU, voir la mémoire.
Moi, au repos mais mémoire chargée, mon processeur tourne autour de 40°C.
D'ailleurs, où vas-tu chercher la valeur de 82°C ?
Dis nous
Re: CPU souvent trop élevé
Posté : sam. 25 mai 2024 09:04
par serged
A priori, pas de problème (voir la réponse de ticker). Peut-être un ventilateur qui ne tourne pas ? Ou de la poussière accumulée ?
Ouvre le capot et regarde si tout tourne comme il faut. Donne aussi un coup d'aspirateur sur les ventilos...
Re: CPU souvent trop élevé
Posté : sam. 25 mai 2024 12:13
par Bateson
Bonjour,
mon système actuel voir les specs dans ce message, pas ma signature, c'est mon portable:
Rien ne t'empêche de mettre un deuxième PC dans ta signature. Si tu as l'intention de le garder et de poser des questions à propos, ça permet à ceux qui te lisent (et éventuellement répondent
) de pas s'emm.... à remonter à ton premier message pour avoir les spécifications.
Re: CPU souvent trop élevé
Posté : dim. 26 mai 2024 00:37
par hermes333
Oui Bateson, je comprend mais pour le moment je ne suis pas encore certain de garder ce système, je suis encore en mode test. Quand je serai 100% sûr, je changerai ma signature. tioker, pour le 82°C, je ne sais pas qu'est-ce qui a fait monté la température comme ça. Comment faire pour le savoir? Mais comme tu le mentionnes, mon PC demeure autour de 40°C donc ça ne va pas si mal que ça.
* Mise à jour, dimanche 26 mai 2024, j'ai finalement changé ma signature et je veux que garder ce nouveau système le plus longtemps possible.
Re: CPU souvent trop élevé
Posté : dim. 26 mai 2024 06:59
par tyrry
Slt,
on "voudron" savoir comment tu trouves (avec quel application) ces températures ? hein !
Es-tu sûr que ce soit le processeur et pas la carte graphique par exemple !
tu peux essayer dans un terminal :
@+
Re: CPU souvent trop élevé
Posté : dim. 26 mai 2024 09:35
par alain
Salut.
Au préalable, avant de lancer sensors, je lancerai :
Tu réponds OUI (ou YES) à toutes les questions.
Comme ça sensors te donnera plus d'infos.
Re: CPU souvent trop élevé
Posté : dim. 26 mai 2024 14:27
par hermes333
Bonjour Alain, voilà pour la commande:
Code : Tout sélectionner
aletheia@pc-veritas:~$ sudo sensors-detect
[sudo] Mot de passe de aletheia :
# sensors-detect version 3.6.0
# System: Dell Inc. Inspiron 3891
# Board: Dell Inc. 0YF8P5
# Kernel: 5.15.0-107-generic x86_64
# Processor: 11th Gen Intel(R) Core(TM) i5-11500 @ 2.70GHz (6/167/1)
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): YES
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 17h thermal sensors... No
AMD Family 15h power sensors... No
AMD Family 16h power sensors... No
Hygon Family 18h thermal 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): YES
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor/ITE'... No
Trying family `SMSC'... Yes
Found unknown chip with ID 0xfe00
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor/ITE'... No
Trying family `SMSC'... No
Trying family `VIA/Winbond/Nuvoton/Fintek'... No
Trying family `ITE'... No
Some systems (mainly servers) implement IPMI, a set of common interfaces
through which system health data may be retrieved, amongst other things.
We first try to get the information from SMBIOS. If we don't find it
there, we have to read from arbitrary I/O ports to probe for such
interfaces. This is normally safe. Do you want to scan for IPMI
interfaces? (YES/no): YES
Probing for `IPMI BMC KCS' at 0xca0... No
Probing for `IPMI BMC SMIC' at 0xca8... No
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): YES
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): YES
Found unknown SMBus adapter 8086:43a3 at 0000:00:1f.4.
Sorry, no supported PCI bus adapters found.
Next adapter: SMBus I801 adapter at efa0 (i2c-0)
Do you want to scan it? (YES/no/selectively): YES
Client found at address 0x50
Handled by driver `ee1004' (already loaded), chip type `ee1004'
(note: this is probably NOT a sensor chip!)
Client found at address 0x52
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... No
Next adapter: NVIDIA GPU I2C adapter (i2c-1)
Do you want to scan it? (YES/no/selectively): YES
Next adapter: Synopsys DesignWare I2C adapter (i2c-2)
Do you want to scan it? (YES/no/selectively): YES
Adapter doesn't support all probing functions.
Some addresses won't be probed.
Client found at address 0x51
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... No
Client found at address 0x52
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... No
Client found at address 0x53
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... No
Client found at address 0x58
Probing for `Analog Devices ADT7462'... No
Probing for `Andigilog aSC7512'... No
Client found at address 0x5c
Probing for `Analog Devices ADT7462'... No
Probing for `SMSC EMC1072'... No
Probing for `SMSC EMC1073'... No
Probing for `SMSC EMC1074'... No
Client found at address 0x73
Probing for `FSC Poseidon I'... No
Probing for `FSC Poseidon II'... No
Probing for `FSC Scylla'... No
Probing for `FSC Hermes'... No
Probing for `FSC Heimdal'... No
Probing for `FSC Heracles'... No
Probing for `FSC Hades'... No
Probing for `FSC Syleus'... No
Next adapter: i915 gmbus dpa (i2c-3)
Do you want to scan it? (yes/NO/selectively): yes
Next adapter: i915 gmbus dpb (i2c-4)
Do you want to scan it? (yes/NO/selectively): yes
Next adapter: i915 gmbus dpc (i2c-5)
Do you want to scan it? (yes/NO/selectively): yes
Next adapter: i915 gmbus tc1 (i2c-6)
Do you want to scan it? (yes/NO/selectively): yes
Next adapter: i915 gmbus tc2 (i2c-7)
Do you want to scan it? (yes/NO/selectively): yes
Next adapter: i915 gmbus tc3 (i2c-8)
Do you want to scan it? (yes/NO/selectively): yes
Next adapter: i915 gmbus tc4 (i2c-9)
Do you want to scan it? (yes/NO/selectively): yes
Next adapter: i915 gmbus tc5 (i2c-10)
Do you want to scan it? (yes/NO/selectively): yes
Next adapter: i915 gmbus tc6 (i2c-11)
Do you want to scan it? (yes/NO/selectively): yes
Next adapter: AUX USBC2/DDI TC2/PHY D (i2c-12)
Do you want to scan it? (yes/NO/selectively): yes
Next adapter: NVIDIA i2c adapter 3 at 1:00.0 (i2c-13)
Do you want to scan it? (yes/NO/selectively): yes
Next adapter: NVIDIA i2c adapter 5 at 1:00.0 (i2c-14)
Do you want to scan it? (yes/NO/selectively): yes
Next adapter: NVIDIA i2c adapter 6 at 1:00.0 (i2c-15)
Do you want to scan it? (yes/NO/selectively): yes
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)
To load everything that is needed, add this to /etc/modules:
#----cut here----
# Chip drivers
coretemp
#----cut here----
If you have some drivers built into your kernel, the list above will
contain too many modules. Skip the appropriate ones!
Do you want to add these lines automatically to /etc/modules? (yes/NO)yes
Successful!
Monitoring programs won't work until the needed modules are
loaded. You may want to run '/etc/init.d/kmod start'
to load them.
Unloading cpuid... OK
aletheia@pc-veritas:~$
Re: CPU souvent trop élevé
Posté : dim. 26 mai 2024 14:30
par hermes333
Et sensor donne:
Code : Tout sélectionner
aletheia@pc-veritas:~$ sensors
iwlwifi_1-virtual-0
Adapter: Virtual device
temp1: N/A
nvme-pci-0200
Adapter: PCI adapter
Composite: +33.9°C (low = -0.1°C, high = +82.8°C)
(crit = +89.8°C)
coretemp-isa-0000
Adapter: ISA adapter
Package id 0: +43.0°C (high = +82.0°C, crit = +100.0°C)
Core 0: +41.0°C (high = +82.0°C, crit = +100.0°C)
Core 1: +43.0°C (high = +82.0°C, crit = +100.0°C)
Core 2: +40.0°C (high = +82.0°C, crit = +100.0°C)
Core 3: +41.0°C (high = +82.0°C, crit = +100.0°C)
Core 4: +42.0°C (high = +82.0°C, crit = +100.0°C)
Core 5: +42.0°C (high = +82.0°C, crit = +100.0°C)
aletheia@pc-veritas:~$
Re: CPU souvent trop élevé
Posté : dim. 26 mai 2024 16:54
par alain
Tout va bien, 40°C c'est bien pour un portable.
A titre de comparaison, mais difficile d'en faire comme ce n'est pas pas le même matériel.
Mon Victus avec un Ryzen5 et une Geforce 1650 est actuellement à 75°C et pas rare qu'il monte a 90°C en utilisation intensive.
Code : Tout sélectionner
alain@helene-victus:~$ sensors
hp-isa-0000
Adapter: ISA adapter
fan1: 3599 RPM
fan2: 3816 RPM
k10temp-pci-00c3
Adapter: PCI adapter
Tctl: +74.4 C (Tie control= boitier du cpu)
acpitz-acpi-0
Adapter: ACPI interface
temp1: +75.0 C (crit = +255.0 C) ===>Température du chip CPU
amdgpu-pci-0600
Adapter: PCI adapter
vddgfx: 1.39 V
vddnb: 937.00 mV
edge: +66.0 C ==> température du GPU
PPT: 5.00 W
BAT0-acpi-0
Adapter: ACPI interface
in0: 16.80 V
alain@helene-victus:~$