Tick_sched_timer

Hi
This is my system info:

System:    Kernel: 5.5.7-1-MANJARO x86_64 bits: 64 compiler: gcc v: 9.2.1 
           parameters: BOOT_IMAGE=/boot/vmlinuz-5.5-x86_64 root=UUID=7eb2cd36-204a-4998-ad3b-e32d02c846fc rw quiet apparmor=1 
           security=apparmor resume=UUID=5093390b-9673-417d-83b3-13e8aed960af udev.log_priority=3 
           Desktop: KDE Plasma 5.17.5 tk: Qt 5.14.1 wm: kwin_x11 dm: SDDM Distro: Manjaro Linux 
Machine:   Type: Laptop System: LENOVO product: 81DE v: Lenovo ideapad 330-15IKB serial: <filter> Chassis: type: 10 
           v: Lenovo ideapad 330-15IKB serial: <filter> 
           Mobo: LENOVO model: LNVNB161216 v: NO DPK serial: <filter> UEFI: LENOVO v: 8TCN53WW date: 05/17/2019 
Battery:   ID-1: BAT0 charge: 5.0 Wh condition: 27.8/30.0 Wh (93%) volts: 7.6/7.6 model: LGC L17L2PF1 type: Li-poly 
           serial: <filter> status: Charging 
CPU:       Topology: Quad Core model: Intel Core i7-8550U bits: 64 type: MT MCP arch: Kaby Lake family: 6 model-id: 8E (142) 
           stepping: A (10) microcode: CA L2 cache: 8192 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 32012 
           Speed: 700 MHz min/max: 400/1800 MHz Core speeds (MHz): 1: 700 2: 700 3: 702 4: 700 5: 700 6: 700 7: 700 8: 700 
           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 UHD Graphics 620 vendor: Lenovo driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:5917 
           Device-2: NVIDIA GP108M [GeForce MX150] vendor: Lenovo driver: N/A bus ID: 01:00.0 chip ID: 10de:1d10 
           Display: x11 server: X.Org 1.20.7 driver: modesetting compositor: kwin_x11 resolution: 1920x1080~60Hz 
           OpenGL: renderer: Mesa DRI Intel UHD Graphics 620 (Kabylake GT2) v: 4.6 Mesa 19.3.4 compat-v: 3.0 
           direct render: Yes 
Audio:     Device-1: Intel Sunrise Point-LP HD Audio vendor: Lenovo driver: snd_hda_intel v: kernel bus ID: 00:1f.3 
           chip ID: 8086:9d71 
           Sound Server: ALSA v: k5.5.7-1-MANJARO 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Lenovo driver: r8169 v: kernel port: 3000 
           bus ID: 02:00.0 chip ID: 10ec:8168 
           IF: enp2s0 state: down mac: <filter> 
           Device-2: Qualcomm Atheros QCA9377 802.11ac Wireless Network Adapter vendor: Lenovo driver: ath10k_pci v: kernel 
           port: 3000 bus ID: 03:00.0 chip ID: 168c:0042 
           IF: wlp3s0 state: up mac: <filter> 
           Device-3: Qualcomm Atheros type: USB driver: btusb bus ID: 1-7:3 chip ID: 0cf3:e500 
           IF-ID-1: tun0 state: unknown speed: 10 Mbps duplex: full mac: N/A 
           IF-ID-2: tun1 state: unknown speed: 10 Mbps duplex: full mac: N/A 
Drives:    Local Storage: total: 1.82 TiB used: 137.05 GiB (7.4%) 
           ID-1: /dev/sda vendor: Seagate model: ST2000LM007-1R8174 size: 1.82 TiB block size: physical: 4096 B logical: 512 B 
           speed: 6.0 Gb/s rotation: 5400 rpm serial: <filter> rev: LDM2 scheme: GPT 
Partition: ID-1: / raw size: 1.80 TiB size: 1.77 TiB (98.38%) used: 137.03 GiB (7.5%) fs: ext4 dev: /dev/sda2 
           ID-2: swap-1 size: 17.11 GiB used: 21.6 MiB (0.1%) fs: swap swappiness: 10 (default 60) 
           cache pressure: 100 (default) dev: /dev/sda3 
Sensors:   System Temperatures: cpu: 56.0 C mobo: N/A 
           Fan Speeds (RPM): N/A 
Info:      Processes: 261 Uptime: 6h 02m Memory: 15.55 GiB used: 2.59 GiB (16.7%) Init: systemd v: 242 Compilers: gcc: 9.2.1 
           clang: 9.0.1 Shell: bash v: 5.0.16 running in: konsole inxi: 3.0.37

Why is tick_sched_timer using much energy?!

Screenshot_20200314_163853

Screenshot_20200314_163808

Screenshot_20200314_163821

I'm seeing the same thing.

'tick_sched_timer 'seems to be a function in the Linux kernel. I'm not 100% sure what it is for, but it has to do with your CPU and interrupts (I'm not a programmer).

A tick here, is a clock tick of your CPU. The timer is some sort of timer to handle interrupts (irq).

If you are interested in reading the linux source code to find out more, you can find its code in /kernel/time/tick-sched.c and /kernel/time/tick-sched.h.

So I guess you can consider its power consumption to be CPU related.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.

Forum kindly sponsored by