Ein CPU-Kern hat immer zwischen 50 und 70% Auslastung

Probleme bei der Installation von Hardware unter Manjaro Linux? Hier wird geholfen.</span
Antworten

Themen Author
snydar
Neues Foren Mitglied
Neues Foren Mitglied
Beiträge: 6
Registriert: Samstag 23. Februar 2019, 13:01
CPU: .
GPU: Nvidia
Kernel: 4.19
DE: Cinnamon
GPU Treiber: .
Hat sich bedankt: 2 Mal

Ein CPU-Kern hat immer zwischen 50 und 70% Auslastung

#1

#1 Beitrag von snydar »

Hallo zusammen,
ich habe auf einem 5 Jahre alten Laptop Manjaro-Mate installiert.
Ein CPU-Kern (der Erste) hat immer eine Auslastung zwischen 50 und 70%.

Unter Systemüberwachung ist auch kein Prozess dabei, der auffällig ist.

Vielleicht hat ja einer von euch eine Idee, woran es liegen könnte.

Hier ein paar Log-Dateien:

inxi -Fxxxz -a --no-host

Code: Alles auswählen

System:
  Kernel: 4.19.102-1-MANJARO x86_64 bits: 64 compiler: gcc v: 9.2.0 
  parameters: BOOT_IMAGE=/boot/vmlinuz-4.19-x86_64 
  root=UUID=bdb1b878-98a7-434a-8785-aafdff03918d rw quiet 
  resume=UUID=4a29107d-16fb-405f-b97c-1e6e8cdd45f3 udev.log_priority=3 
  Desktop: MATE 1.24.0 info: mate-panel wm: marco 1.24.0 dm: LightDM 1.30.0 
  Distro: Manjaro Linux 
Machine:
  Type: Laptop System: FUJITSU product: LIFEBOOK A544 v: N/A 
  serial: <filter> Chassis: type: 10 serial: <filter> 
  Mobo: FUJITSU model: FJNBB35 serial: <filter> UEFI: FUJITSU // Phoenix 
  v: Version 1.25 date: 08/07/2019 
Battery:
  ID-1: BAT0 charge: 3.4 Wh condition: 4.3/48.6 Wh (9%) volts: 11.2/10.8 
  model: PTL CP671396-01 type: Li-ion serial: <filter> status: Discharging 
  cycles: 824 
CPU:
  Topology: Dual Core model: Intel Core i5-4210M bits: 64 type: MT MCP 
  arch: Haswell family: 6 model-id: 3C (60) stepping: 3 microcode: 27 
  L2 cache: 3072 KiB 
  flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx 
  bogomips: 20753 
  Speed: 2346 MHz min/max: 800/3200 MHz Core speeds (MHz): 1: 2351 2: 2352 
  3: 2358 4: 2376 
  Vulnerabilities: Type: itlb_multihit status: KVM: Split huge pages 
  Type: l1tf 
  mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable 
  Type: mds mitigation: Clear CPU buffers; SMT vulnerable 
  Type: meltdown mitigation: PTI 
  Type: spec_store_bypass 
  mitigation: Speculative Store Bypass disabled via prctl and seccomp 
  Type: spectre_v1 
  mitigation: usercopy/swapgs barriers and __user pointer sanitization 
  Type: spectre_v2 mitigation: Full generic retpoline, IBPB: conditional, 
  IBRS_FW, STIBP: conditional, RSB filling 
  Type: tsx_async_abort status: Not affected 
Graphics:
  Device-1: Intel 4th Gen Core Processor Integrated Graphics 
  vendor: Fujitsu Limited. driver: i915 v: kernel bus ID: 00:02.0 
  chip ID: 8086:0416 
  Display: x11 server: X.org 1.20.7 driver: intel unloaded: modesetting 
  alternate: fbdev,vesa compositor: marco v: 1.24.0 
  resolution: <xdpyinfo missing> 
  OpenGL: renderer: Mesa DRI Intel Haswell Mobile v: 4.5 Mesa 19.3.4 
  compat-v: 3.0 direct render: Yes 
Audio:
  Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio 
  vendor: Fujitsu Limited. driver: snd_hda_intel v: kernel bus ID: 00:03.0 
  chip ID: 8086:0c0c 
  Device-2: Intel 8 Series/C220 Series High Definition Audio 
  vendor: Fujitsu Limited. driver: snd_hda_intel v: kernel bus ID: 00:1b.0 
  chip ID: 8086:8c20 
  Sound Server: ALSA v: k4.19.102-1-MANJARO 
Network:
  Device-1: Intel Wireless 7260 driver: iwlwifi v: kernel port: efa0 
  bus ID: 03:00.0 chip ID: 8086:08b1 
  IF: wlp3s0 state: up mac: <filter> 
  Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
  vendor: Fujitsu Limited. driver: r8168 v: 8.048.00-NAPI port: 3000 
  bus ID: 04:00.0 chip ID: 10ec:8168 
  IF: enp4s0 state: down mac: <filter> 
Drives:
  Local Storage: total: 465.76 GiB used: 6.03 GiB (1.3%) 
  ID-1: /dev/sda vendor: Toshiba model: MQ01ABF050 size: 465.76 GiB 
  block size: physical: 4096 B logical: 512 B speed: 3.0 Gb/s 
  rotation: 5400 rpm serial: <filter> rev: 1K scheme: GPT 
Partition:
  ID-1: / raw size: 457.21 GiB size: 449.03 GiB (98.21%) 
  used: 6.03 GiB (1.3%) fs: ext4 dev: /dev/sda2 
  ID-2: swap-1 size: 8.26 GiB used: 0 KiB (0.0%) fs: swap 
  swappiness: 60 (default) cache pressure: 100 (default) dev: /dev/sda3 
Sensors:
  System Temperatures: cpu: 46.5 C mobo: 29.8 C 
  Fan Speeds (RPM): N/A 
Info:
  Processes: 170 Uptime: 2m Memory: 3.76 GiB used: 579.6 MiB (15.0%) 
  Init: systemd v: 242 Compilers: gcc: N/A Shell: bash v: 5.0.11 
  running in: mate-terminal inxi: 3.0.37
Lieben Gruß

snydar


Themen Author
snydar
Neues Foren Mitglied
Neues Foren Mitglied
Beiträge: 6
Registriert: Samstag 23. Februar 2019, 13:01
CPU: .
GPU: Nvidia
Kernel: 4.19
DE: Cinnamon
GPU Treiber: .
Hat sich bedankt: 2 Mal

Re: Ein CPU-Kern hat immer zwischen 50 und 70% Auslastung

#2

#2 Beitrag von snydar »

Hallo zusammen,
Ich habe mit "top-i" herausgefunden, dass der Befehl "kworker/0:4+kacpid" immer eine Auslastung über 60% verursacht.
Ebenfalls alle paar Sekunden "kworker/0:4+kacpi_notify"

Lieben Gruß

Benutzeravatar

LQ
Forum Gott
Forum Gott
Beiträge: 375
Registriert: Donnerstag 5. Januar 2017, 05:43
GPU:
Kernel:
DE:
GPU Treiber:
Hat sich bedankt: 15 Mal
Danksagung erhalten: 62 Mal

Re: Ein CPU-Kern hat immer zwischen 50 und 70% Auslastung

#3

#3 Beitrag von LQ »

snydar hat geschrieben:
Samstag 22. Februar 2020, 13:03
Ich habe mit "top-i" herausgefunden, dass der Befehl "kworker/0:4+kacpid" immer eine Auslastung über 60% verursacht.
Ebenfalls alle paar Sekunden "kworker/0:4+kacpi_notify"
Kernel 5.4 oder 5.5 hilft.

MfG
"Ceterum censeo M$ esse delendam"


Themen Author
snydar
Neues Foren Mitglied
Neues Foren Mitglied
Beiträge: 6
Registriert: Samstag 23. Februar 2019, 13:01
CPU: .
GPU: Nvidia
Kernel: 4.19
DE: Cinnamon
GPU Treiber: .
Hat sich bedankt: 2 Mal

Re: Ein CPU-Kern hat immer zwischen 50 und 70% Auslastung

#4

#4 Beitrag von snydar »

Leider hat Kernel 5.4 und 5.5. nichts gebracht.

LG

Antworten