KDE GUI freeze on high disk IO
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
I've got massive problems with GUI on my PC.
The attached logs are from the following setting:
- high disk load (f3write)
- kernel 4.15.0-1050-oem (the only 4x kernel available in eoan)
- no swap available
These are the parameters (disk load, kernel, swap) I am fiddling with to find out the cause, see below.
In general
- the problem happens once a day with any 5.0 or 5.3 kernel from eoan repo
- more likely to happen with high disk or CPU load, but not necessarily.
- less likely with the 4.x kernel mentioned above.
I just installed the following kernels from kernel-ppa:
5.3.10-
5.4.0-050400rc6
5.4.0-997-generic (drm-intel-next)
Now I am waiting for the freeze to occur again.
The problem started about half a year ago.
There have been three changes that happened at the time and could be the cause
- switch to kernel 5.x
- update to Ubuntu 19.4
- swapped motherboard, CPU and RAM.
The hassle started with the following scenario, repeated often:
- high disk load
- PC becomes laggy
- soon dies/freezes
The longer I waited, the deeper the lockdown went. but I don't know the exact details.
The first cause I found was kswapd running amok and take the system with it. Workaround: add swap space.
Now the problem shifted: Whenever I got high disk load (eg dd 100 GB of data) the kernel swaps likle crazy and makes the GUI first lag soon freeze. but no excessive CPU load any more, as kswapd does not go crazy.
Again I found a workaround:
the above mentioned 4.x kernel. In this case the GUI lags as expected from a heavily swapping system. nothing more.
but still sometimes the GUI simply freezes (the error reported at the top)
Another workaround is to completely remove swap. Let's see what happens, if kswapd goes amok again.
I am not sure as how these problems are related.
I did extensive hardware check like
- memtest86 newest version, no "may be vulnerable to high frequency row hammering"
- smart
do you suggest any burn in test suites?
thanks
ProblemType: Bug
DistroRelease: Ubuntu 19.10
Package: xorg 1:7.7+19ubuntu12
ProcVersionSign
Uname: Linux 4.15.0-1050-oem x86_64
ApportVersion: 2.20.11-0ubuntu8.2
Architecture: amd64
Date: Sun Nov 10 15:55:14 2019
DistUpgraded: 2019-10-19 13:35:30,394 DEBUG entry '# deb http://
DistroCodename: eoan
DistroVariant: ubuntu
DkmsStatus:
virtualbox, 6.0.14, 5.3.0-18-generic, x86_64: installed
virtualbox, 6.0.14, 5.3.0-19-generic, x86_64: installed
ExtraDebuggingI
GraphicsCard:
Intel Corporation UHD Graphics 630 (Desktop 9 Series) [8086:3e98] (prog-if 00 [VGA controller])
Subsystem: Micro-Star International Co., Ltd. [MSI] UHD Graphics 630 (Desktop 9 Series) [1462:7b16]
InstallationDate: Installed on 2017-12-16 (693 days ago)
InstallationMedia: Kubuntu 17.10 "Artful Aardvark" - Release amd64 (20171017.1)
MachineType: Micro-Star International Co., Ltd. MS-7B16
ProcEnviron:
LANGUAGE=en_US:en
TERM=linux
PATH=(custom, no user)
LANG=de_DE.UTF-8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=
SourcePackage: xorg
Symptom: display
Title: Xorg freeze
UpgradeStatus: Upgraded to eoan on 2019-10-19 (22 days ago)
dmi.bios.date: 08/13/2019
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 2.80
dmi.board.
dmi.board.name: B360 GAMING PRO CARBON (MS-7B16)
dmi.board.vendor: Micro-Star International Co., Ltd.
dmi.board.version: 1.0
dmi.chassis.
dmi.chassis.type: 3
dmi.chassis.vendor: Micro-Star International Co., Ltd.
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.family: Default string
dmi.product.name: MS-7B16
dmi.product.
dmi.sys.vendor: Micro-Star International Co., Ltd.
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.99-1ubuntu1
version.
version.
version.
version.
version.
version.
version.
summary: |
- GUI freeze on high disk IO, but disabling swap fixes it + KDE GUI freeze on high disk IO, but disabling swap fixes it |
summary: |
- KDE GUI freeze on high disk IO, but disabling swap fixes it + KDE GUI freeze on high disk IO |
Changed in linux (Ubuntu): | |
status: | Expired → New |
Changed in linux (Ubuntu): | |
status: | Confirmed → Invalid |
I exactly once got a GPU HANG. Wasn't able to fetch the logs though and did not get one again:
14:11:58 i915 0000:00:02.0: GPU HANG: ecode 9:0:0x00000000, hang on rcs0 p.org against DRI -> DRM/Intel drm/card0/ error
14:11:58 GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
14:11:58 Please file a _new_ bug report on bugs.freedeskto
14:11:58 drm/i915 developers can then reassign to the right component if it's not a kernel issue.
14:11:58 The gpu crash dump is required to analyze gpu hangs, so please always attach it.
14:11:58 GPU crash dump saved to /sys/class/
14:11:58 i915 0000:00:02.0: Resetting rcs0 for hang on rcs0
and this problem happens regardless if xserver- xorg-video- intel is installed or not.
but maybe the GPU hang log occurs only if the Intel driver is installed?