systemd-udevd high CPU usage
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | linux (Ubuntu) |
Undecided
|
Unassigned | ||
Bug Description
I got high CPU usage with systemd-udevd, 100% in the 8 threads. It happened 2 times.
Xubuntu 14.04, kernel 3.14.52-
KiB Swap: 4194300 total, 218436 used, 3975864 free. 2361304 cached Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
21485 root 20 0 51780 1148 516 R 97,7 0,0 2:53.79 systemd-udevd
21534 root 20 0 52704 1532 168 R 95,4 0,0 0:16.19 systemd-udevd
21496 root 20 0 52176 1000 168 R 33,2 0,0 2:11.88 systemd-udevd
21495 root 20 0 52176 1136 300 R 32,9 0,0 2:19.32 systemd-udevd
21536 root 20 0 52704 1532 168 R 32,6 0,0 0:06.07 systemd-udevd
21525 root 20 0 52704 1532 168 R 29,9 0,0 0:27.81 systemd-udevd
21529 root 20 0 52704 1532 168 R 29,6 0,0 0:19.85 systemd-udevd
21487 root 20 0 51780 820 308 R 28,6 0,0 2:51.56 systemd-udevd
21506 root 20 0 52704 1532 168 R 28,6 0,0 0:53.19 systemd-udevd
21533 root 20 0 52704 1532 168 R 27,9 0,0 0:08.06 systemd-udevd
21500 root 20 0 52572 1364 168 R 26,6 0,0 1:31.77 systemd-udevd
21505 root 20 0 52704 1532 168 R 26,6 0,0 1:00.96 systemd-udevd
21528 root 20 0 52704 1532 168 R 26,3 0,0 0:25.09 systemd-udevd
21499 root 20 0 52572 1364 168 R 24,9 0,0 1:15.30 systemd-udevd
21501 root 20 0 52572 1364 168 R 24,9 0,0 1:41.89 systemd-udevd
21507 root 20 0 52704 1532 168 R 24,9 0,0 0:49.58 systemd-udevd
21535 root 20 0 52704 1532 168 R 24,9 0,0 0:08.21 systemd-udevd
21498 root 20 0 52572 1364 168 R 24,6 0,0 1:51.32 systemd-udevd
21508 root 20 0 52704 1532 168 R 24,6 0,0 1:15.18 systemd-udevd
21522 root 20 0 52704 1784 340 R 24,6 0,0 0:59.88 systemd-udevd
4533 sergio 20 0 2129052 604312 65552 S 3,0 7,6 16:20.87 firefox
24962 sergio 20 0 815400 29356 15628 S 1,7 0,4 66:42.11 gnome-system-mo
1514 root 20 0 611140 145692 91372 S 1,3 1,8 121:58.81 Xorg
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: udev 204-5ubuntu20.13
Uname: Linux 3.14.52-
ApportVersion: 2.14.1-0ubuntu3.13
Architecture: amd64
CustomUdevRuleF
Date: Mon Sep 21 12:38:09 2015
InstallationDate: Installed on 2014-05-26 (483 days ago)
InstallationMedia: Xubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140416.2)
MachineType: ASUSTeK COMPUTER INC. X750JB
ProcKernelCmdLine: BOOT_IMAGE=
SourcePackage: systemd
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 08/14/2013
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: X750JB.208
dmi.board.
dmi.board.name: X750JB
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: 1.0
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK COMPUTER INC.
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.name: X750JB
dmi.product.
dmi.sys.vendor: ASUSTeK COMPUTER INC.
| Sergio Benjamim (sergio-br2) wrote : | #1 |
| Sergio Benjamim (sergio-br2) wrote : | #3 |
I get nothing with "udevadm monitor -k"
In dmesg I'm getting lot of this:
[21389.065280] BUG: soft lockup - CPU#2 stuck for 24s! [systemd-
[21389.065284] Modules linked in: hid_sony ff_memless cdc_acm bbswitch(OF) pci_stub vboxpci(OF) vboxnetadp(OF) vboxnetflt(OF) vboxdrv(OF) rfcomm bnep bluetooth 6lowpan_iphc snd_hda_codec_hdmi snd_hda_
[21389.065334] CPU: 2 PID: 16162 Comm: systemd-udevd Tainted: PF O 3.14.52-
[21389.065336] Hardware name: ASUSTeK COMPUTER INC. X750JB/X750JB, BIOS X750JB.208 08/14/2013
[21389.065338] task: ffff88020fab4b30 ti: ffff8801ddcca000 task.ti: ffff8801ddcca000
[21389.065339] RIP: 0010:[<
[21389.065345] RSP: 0018:ffff8801dd
[21389.065346] RAX: 0000000041804180 RBX: 0000000000000000 RCX: 00000000000039e2
[21389.065348] RDX: ffff8800b9a9e440 RSI: ffff8801ddccbba8 RDI: ffff8801f72f3718
[21389.065349] RBP: ffff8801ddccbb60 R08: 0000000000000000 R09: 0000000000000246
[21389.065350] R10: ffffffff8123beae R11: ffffea000312d8c0 R12: 00000000f028f026
[21389.065351] R13: 0000000000000001 R14: 0000000000000000 R15: 0000000000000246
[21389.065353] FS: 00007f88b48e588
[21389.065354] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[21389.065355] CR2: 00007f04a9832000 CR3: 0000000212fac000 CR4: 00000000001407e0
[21389.065357] Stack:
[21389.065358] ffff8801ddccbb90 ffffffff811dbe1a ffff8801ddccbba8 ffff8800b9a9e180
[21389.065361] 0000000000000024 ffff8801ddccbdd0 ffff8801ddccbbd8 ffffffff811dce54
[21389.065363] ffff8800b9a9e180 ffff8800b9a9e2c0 ffff8801f72f3740 0000000000000024
[21389.065366] Call Trace:
[21389.065371] [<ffffffff811db
[21389.065374] [<ffffffff811dc
[21389.065378] [<ffffffff8123b
[21389.065380] [<ffffffff811cf
[21389.065383] [<ffffffff812df
[21389.065385] [<ffffffff811d0
[21389.065388] [<ffffffff811d0
[21389.065390] [<ffffffff811da
[21389.065392] [<ffffffff811db
[21389.065395] [<ffffffff811e4
[21389.065397] [<ff...
| Martin Pitt (pitti) wrote : | #4 |
Thanks. Reassigning to the kernel then.
| affects: | systemd (Ubuntu) → linux (Ubuntu) |
| Changed in linux (Ubuntu): | |
| status: | Incomplete → New |
This change was made by a bot.
| Changed in linux (Ubuntu): | |
| status: | New → Confirmed |
| Guillaume Morin (canard) wrote : | #6 |
I think this is due to the backporting of the 3 commits in this thread: https:/
3.14 needs the fixes from this thread as well


Dmesg has tons of kernel errors, which are likely related. When this happens again, can you please run "udevadm monitor -k"? Do you get lots of events there? I. e. is udev merely trying to process a bazillion events that the kernel throws at it, or is it busy with itself?