** Also affects: gentoo
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159356
Title:
When DMA is disabled system freeze on high memory usage
To manage
Unbelievable!
I have no idea why my system with 32GB of memory is still haunted by this dumb
issue.
The ssh got completely unresponsive, even with a physical monitor and keyboard
attached to the system, when this happens and the only solution to get back
control is a hard reset.
Man.. if anyone
the initial patch I've attached/tried (in #89) was crap, but now I'm
successfully using this one le9h.patch (attached)
also here:
https://gist.github.com/howaboutsynergy/04fd9be927835b055ac15b8b64658e85
there are similar patches from years ago made by some devs, if you
follow those urls
** Tags added: cscc
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159356
Title:
When DMA is disabled system freeze on high memory usage
To manage notifications about this bug go to:
Here's another thread (mine) about this issue:
https://www.reddit.com/r/linuxquestions/comments/bbqvz8/linux_on_desktop_64bit_memory_management_issues/
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://www.reddit.com/r/linux/comments/aqd9mh/memory_management_more_effective_on_windows_than
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159356
Title:
When DMA is disabled system freeze on
The editing of overcommits makes chromium crash. So I don't know
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159356
Title:
When DMA is disabled system freeze on high memory usage
To manage
So as a conclusion for my old 2Gb laptop, I've set zram to twice of
amount of physical RAM (/usr/bin/init-zram-swapping), and have added
this parameters to /etc/sysctl.d/99-sysctl.conf:
vm.min_free_kbytes=128000
vm.overcommit_memory=2
vm.overcommit_ratio=90
And seems it work for me. And I have
I've tried to set vm.min_free_kbytes to 6% of my total physical RAM, divided by
the number of cores as it is said there
https://askubuntu.com/questions/41778/computer-freezing-on-almost-full-ram-possibly-disk-cache-problem,
but I decided to keep vm.swapiness at its default (60), because I was
Just a little note. Probably it is not DMA related issue as it entitled.
I found it happening with zram swap too.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159356
Title:
When DMA is disabled
I am running on a ~9 year laptop with 1866MiB ram and 3933MiB swap.
Lubuntu installed. Linux ub2 4.18.0-16-generic #17-Ubuntu SMP Fri Feb 8
00:06:57 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
So my problem is for example, having two different browsers open with too many
open browser tabs (4-6) on
Which distro are you testing on?
Any Debian based (past 4 yrs at least), Arch, Fedora-- OOM does NOT kick
in. Try it on a bootable USB instance as I suggested. No swap there at
all.
Changing min_free just makes the freeze occur earlier. (also depends on
which DE. Gnome/Unity is the worst
Further, to my comment above, if I enable swap, the program continues to
run using up all the swap, and then terminates without a system freeze.
The program pauses for about 1/3 second intervals as swap gets used. The
higher vm.min_free_kbytes the pauses are less. I have a third memory
eater and I
Try increasing vm.min_free_kbytes
I have two memory eater programs, one uses 1Mb steps and the other 1Kb steps.
When I run the 1Mb, the oom killer cuts in. When I run the 1Kb program the oom
does not.
If I raise the vm.min_free_kbytes = 17-25 both programs are terminated,
no system
I'm posting again. This bug still exists. Easily reproducible. Here's
how. (You NEED to be able to essentially use up RAM to see this bug in
action)
Tested on a 3GB desktop (Core 2 Quad), running Live Ubuntu 18.10 LTS off
of a flash drive (pendrivelinux.com). Kernel 4.18.0-10.
FF 63.0. I set the
** Also affects: linux (Arch Linux)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159356
Title:
When DMA is disabled system freeze on high memory usage
Running Xubuntu 18.04. This issue has always been fairly annoying for me
since I don't have much ram. Updated to 4.17.5 about a month and a half
ago, and did seem to minimise this issue somewhat. It's only totally
frozen and required a force shutdown once since, though there is
noticeable but
*bug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159356
Title:
When DMA is disabled system freeze on high memory usage
To manage notifications about this bug go to:
Please post your kernel versions, and maybe inxi if you expierience
this.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159356
Title:
When DMA is disabled system freeze on high memory usage
To
The patch was never merged. The big was closed because there was an improvement
in 4.17.5, and it seems like many reports like these are just closed, and never
fixed. This issue still very much exists in 4.19.
Some observations:
This issue gets more apparent when you have less physical memory
guess I may as well join this party...
I use Xubuntu 16.04 on a few machines, and was initially experiencing this
issue for some time...
the machines:
compact:
CPU: Intel Atom D2550 1.86GHz
RAM: 1x2GB DDR3 SO-DIMM
swap: 4GB (OS HDD) + 4GB (Flash Drive)
primary: (no longer operational)
CPU: AMD
@constantoverride
Thanks for the patch. AS I'm running Live, I can't upgrade the kernel.
It looks like that patch was merged into the mainline kernel at some
point since it's reported here:
https://bugzilla.redhat.com/show_bug.cgi?id=1577528 , that the bug no
longer exists.
I'll have to wait
** Tags added: patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159356
Title:
When DMA is disabled system freeze on high memory usage
To manage notifications about this bug go to:
@lou (louvee)
I did try to ask on the kernel mail list (here
https://lkml.org/lkml/2018/9/10/296 ), but got no replies, however the good
news is, for me anyway, that I'm still successfully using my own kernel(4.18.9)
patch(le9d.patch) , in Qubes OS (both in dom0 and VM kernels).
Here's a copy
Update:
I'd commented in detail about this bug (post 77,78). I run the live
versions of Linux on a 4GB Core-i5 laptop (and another 4GB pentium
laptop also.)
Just wanted to add:
I've added 4Gb of RAM to the Core-i5 laptop for 8Gb total now. This
helps a lot, but it's not a cure.
With Fedora 28,
I noticed improvements involving this bug starting with 4.17. In 4.17,
freezes over 2 min are uncommon. Even with over 2 gigs of swap used.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159356
Title:
The freeze is nearly completely gone for me with 4.18.8 Netext73 kernel.
There are slight hangs remaining, but it never takes more than ≈2 sec.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/159356
** Summary changed:
- System freeze on high memory usage when DMA is disabled
+ When DMA is disabled system freeze on high memory usage
** Tags removed: patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
28 matches
Mail list logo
