@ccheney
Do you have any new information on this bug? Did your trick with drop_caches
work eventually?
I'm experiencing the same issue for quite some time with both KDE and Gnome (to
support the fact that it's DE agnostic) and it definitely seems to occur at
times when system starts caching.
@ccheney
better open a new bug because this one accumulates too much info from unrelated
problems
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1852001
Title:
KDE GUI freeze on high
@ccheney
Regardless if my crashes are gone, my experience is that having a swap file in
recent Linux is deadly. If Linux starts swapping only a little then it's hardly
usable any more. I believe this is because of the algorithm that decides which
pages to remove from memory.
Your observation
Actually looking at the patch (shrink_dcache_for_umount) this might not
be the whole problem but may be just related. The problem I am having is
while the system is still running, and cache growing huge, not while
umounting.
--
You received this bug notification because you are a member of
The last time I got it to hang long enough to produce a backtrace it
showed:
[1560556.660010] INFO: task vgs:3103183 blocked for more than 1105 seconds.
[1560556.660012] Tainted: G U OE 5.4.0-40-lowlatency
#44-Ubuntu
[1560556.660013] "echo 0 >
It appears Red Hat fixed this problem with a kernel patch in RHEL 7.5
that was not upstreamed.
https://access.redhat.com/errata/RHSA-2018:1062
BZ - 1471875 - soft lockups during unmount when dentry cache is very
large
https://bugzilla.redhat.com/show_bug.cgi?id=1471875
** Bug watch added: Red
I haven't verified if this actually fixes the problem but it seems to
make a huge difference in 'free' memory as shown by 'free'.
I had already closed my VMs by the time I tried this so haven't verified
if it stops the long freezes yet.
totalusedfree shared
I have this problem as well on Cinnamon, so it doesn't appear to be
specific to KDE. It stalls often and frequently over 15-30 seconds at a
time for no apparent reason. But the swapping to disk may be a clue.
I see this on 5.4.0-40 and have also tried with the lowlatency version
of the kernel and
** Changed in: linux (Ubuntu)
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1852001
Title:
KDE GUI freeze on high disk IO
Status in linux package
Probably fucked up installation was the cause of this. sorry for
bothering.
I recently reinstalled Kubuntu because I was frustrated with the stability of
my system. It still hadn't really improved since switch to kernel 5.4
And, magically, all the crashes are gone. So, no idea why but something
** Changed in: linux (Ubuntu)
Status: Expired => New
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1852001
Title:
KDE GUI freeze on high disk IO
Status in linux package in
[Expired for linux (Ubuntu) because there has been no activity for 60
days.]
** Changed in: linux (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
I have a feeling based on experience with multiple machines running
gnome-shell that this issue was specific to kernel 5.3 and has gone away
in 5.4 and later.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
Hi, I had the same problem, on high disk IO (SSD) including swap.
I have install this version of kernel and the problems is gone for the
moment.
https://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-
next/2020-02-26/
--
You received this bug notification because you are a member of Kernel
Still this bugs haunts me every day.
kernel 5.3.0-29-generic still affected.
whenever swap is enabled, the system is almost unusable when cache grows
too large with time. as already told, this is by far worse than the
infamous linux swap trashing.
while this can be worked around easily, I am
I think more likely it was a kernel bug and we just haven't bisected it
clearly yet. Try going back to a v5.3 kernel like Ubuntu is shipping and
see if it happens there?
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
Haven't had a problem for over a week now with kernel 5.4.1-050401-generic.
Strange, as a comment above says it happened with this kernel as well.
So it probably was fixed by the Firefox update?
updates since Dec 8th contain:
- Firefox from 69.0.3 to 71.0
- Thunderbird
- samba, git, wine, ssh,
Incomplete, pending investigation per comment #18.
** Changed in: linux (Ubuntu)
Status: Confirmed => Incomplete
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1852001
Title:
** Summary changed:
- KDE GUI freeze on high disk IO, but disabling swap fixes it
+ KDE GUI freeze on high disk IO
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1852001
Title:
KDE GUI
There is for sure a bug.
As I said, I know how a system behaves that is suffering from too much swapping.
My case is far worse.
and still, about once a day the GUI is completely locked. this cannot be
explained from swapping and cannot be solved by disabling swap.
I think the only kernel yet
sorry...
I think the only kernel yet that did not suffer was
https://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-next/
5.4.0-997_5.4.0-997
will try 5.5-rc1
[1] is not totally equal, but may be related.
--
You received this bug notification because you are a member of Kernel
Packages,
According to the description there's no swap in the end, so I think it's
like discussion in [1]. So yes, I think it's still a kernel bug.
For desktop usage, [2] [3] are mentioned by dsd in the discussion. Maybe
we can adopt those daemon as an OOM killer for desktops.
[1]
I'm not really sure this is a bug. It sounds like expected behaviour:
1. Disk gets thrashed.
2. Any processes relying on memory swapping to/from that disk get delayed.
No particular process is doing anything wrong. Just if you want to avoid
that situation then maybe don't configure swap on such
Please test latest mainline kernel:
https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.5-rc1/
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1852001
Title:
KDE GUI freeze on high disk
Thanks. This looks like the cause of high disk IO at least:
jan 3400 0.0 0.0 2600 676 pts/8SDez07 0:00 /bin/sh
/usr/bin/bcompare RAID/Incoming/NAS-DATEN/ jan/NAS-DATEN/
jan 3412 70.7 11.3 2759972 1851804 pts/8 Sl Dez07 900:13
/usr/bin/bcompare
attached "ps auxw" while GUI was freezed.
kernel 5.4.1-050401-generic
no swap
I restarted GUI using /etc/init.d/sddm restart
right now only the KDE taskbar and menu are locked, Alt-Tab and programs still
work. (this is a rather new phenomena)
I already experienced this once, where some programs
** Summary changed:
- GUI freeze on high disk IO, but disabling swap fixes it
+ KDE GUI freeze on high disk IO, but disabling swap fixes it
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
27 matches
Mail list logo
