[opensuse-kernel] OOM killer in 4.7
It happend now the third time that the OOM killer kicks in with current TW and kernel 4.7. This never happend with my selfcompiled 4.5. Any idea if FireFox just leaks memory and deserves to die, or if the kernel is broken? Olaf
On 08/17/2016, 08:04 AM, Olaf Hering wrote:
It happend now the third time that the OOM killer kicks in with current TW and kernel 4.7. This never happend with my selfcompiled 4.5.
Any idea if FireFox just leaks memory and deserves to die, or if the kernel is broken?
There is a kernel memory leak, I very suspect. ARM and ppc kernel builds fail due to that. But I was unable to catch that beast yet :/. thanks, -- js suse labs
On Wed, Aug 17, Jiri Slaby wrote:
On 08/17/2016, 08:04 AM, Olaf Hering wrote:
It happend now the third time that the OOM killer kicks in with current TW and kernel 4.7. This never happend with my selfcompiled 4.5.
Any idea if FireFox just leaks memory and deserves to die, or if the kernel is broken?
There is a kernel memory leak, I very suspect. ARM and ppc kernel builds fail due to that. But I was unable to catch that beast yet :/.
Ok. I will try 4.7.1 which mentions some ipc leak, and also 4.6.4. Attached is meminfo, slabinfo and yet another OOM killer after I restarted firefox. It happens to work with another profile, which I will use now to get something done. Olaf
Olaf Hering wrote:
On Wed, Aug 17, Jiri Slaby wrote:
On 08/17/2016, 08:04 AM, Olaf Hering wrote:
It happend now the third time that the OOM killer kicks in with current TW and kernel 4.7. This never happend with my selfcompiled 4.5.
Any idea if FireFox just leaks memory and deserves to die, or if the kernel is broken?
There is a kernel memory leak, I very suspect. ARM and ppc kernel builds fail due to that. But I was unable to catch that beast yet :/.
Ok. I will try 4.7.1 which mentions some ipc leak, and also 4.6.4. Attached is meminfo, slabinfo and yet another OOM killer after I restarted firefox. It happens to work with another profile, which I will use now to get something done.
I don't suspect a kernel memory leak. The logic for declaring OOM has changed in Linux 4.7, and that change is causing premature OOM killer invocations in several environments. http://lkml.kernel.org/r/201608120901.41463.a.miskiewicz@gmail.com http://lkml.kernel.org/r/20160801061625.GA11623@dhcp22.suse.cz The former thread is an OOM report using ext4 filesystem. Please report your problem to linux-mm@kvack.org . -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
On Wed 17-08-16 19:49:59, Tetsuo Handa wrote:
Olaf Hering wrote:
On Wed, Aug 17, Jiri Slaby wrote:
On 08/17/2016, 08:04 AM, Olaf Hering wrote:
It happend now the third time that the OOM killer kicks in with current TW and kernel 4.7. This never happend with my selfcompiled 4.5.
Any idea if FireFox just leaks memory and deserves to die, or if the kernel is broken?
There is a kernel memory leak, I very suspect. ARM and ppc kernel builds fail due to that. But I was unable to catch that beast yet :/.
Ok. I will try 4.7.1 which mentions some ipc leak, and also 4.6.4. Attached is meminfo, slabinfo and yet another OOM killer after I restarted firefox. It happens to work with another profile, which I will use now to get something done.
I don't suspect a kernel memory leak. The logic for declaring OOM has changed in Linux 4.7, and that change is causing premature OOM killer invocations in several environments.
http://lkml.kernel.org/r/201608120901.41463.a.miskiewicz@gmail.com http://lkml.kernel.org/r/20160801061625.GA11623@dhcp22.suse.cz
The former thread is an OOM report using ext4 filesystem. Please report your problem to linux-mm@kvack.org .
Yes this seems to be the case. Let's see if we can help compaction to not back off so early and try harder for !costly high order requests. Vlastimil has already a series which is sitting in the current mmotm http://lkml.kernel.org/r/20160810091226.6709-1-vbabka@suse.cz which might help and we might need more fixes. If all the efforts turn out insufficient we might need to revert to the original OOM detection behavior for !costly high order requests and rely solely on the reclaim progress. This would be really unfortunate and I believe that the decision based on the compaction feedback is really the way forward longterm. So let's try to fix compaction first. -- Michal Hocko SUSE Labs -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
Olaf Hering wrote:
Ok. I will try 4.7.1 which mentions some ipc leak, and also 4.6.4. Attached is meminfo, slabinfo and yet another OOM killer after I restarted firefox. It happens to work with another profile, which I will use now to get something done. After upgrade from 4.7.0 to 4.7.1 the issue seams to be fixed on one of my servers with limited RAM and some memory consuming daemon processes.
Greetings, Björn -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
On Aug 17 2016, Michal Hocko <mhocko@suse.cz> wrote:
On Wed 17-08-16 19:49:59, Tetsuo Handa wrote:
Olaf Hering wrote:
On Wed, Aug 17, Jiri Slaby wrote:
On 08/17/2016, 08:04 AM, Olaf Hering wrote:
It happend now the third time that the OOM killer kicks in with current TW and kernel 4.7. This never happend with my selfcompiled 4.5.
Any idea if FireFox just leaks memory and deserves to die, or if the kernel is broken?
There is a kernel memory leak, I very suspect. ARM and ppc kernel builds fail due to that. But I was unable to catch that beast yet :/.
Ok. I will try 4.7.1 which mentions some ipc leak, and also 4.6.4. Attached is meminfo, slabinfo and yet another OOM killer after I restarted firefox. It happens to work with another profile, which I will use now to get something done.
I don't suspect a kernel memory leak. The logic for declaring OOM has changed in Linux 4.7, and that change is causing premature OOM killer invocations in several environments.
http://lkml.kernel.org/r/201608120901.41463.a.miskiewicz@gmail.com http://lkml.kernel.org/r/20160801061625.GA11623@dhcp22.suse.cz
The former thread is an OOM report using ext4 filesystem. Please report your problem to linux-mm@kvack.org .
Yes this seems to be the case. Let's see if we can help compaction to not back off so early and try harder for !costly high order requests. Vlastimil has already a series which is sitting in the current mmotm http://lkml.kernel.org/r/20160810091226.6709-1-vbabka@suse.cz which might help and we might need more fixes.
Is this supposed to be fixed already? armv7l builds still suffer badly from the OOMs, even with kernel-default-4.7.2-2.1. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
On Wed 14-09-16 11:27:11, Andreas Schwab wrote:
On Aug 17 2016, Michal Hocko <mhocko@suse.cz> wrote:
On Wed 17-08-16 19:49:59, Tetsuo Handa wrote:
Olaf Hering wrote:
On Wed, Aug 17, Jiri Slaby wrote:
On 08/17/2016, 08:04 AM, Olaf Hering wrote:
It happend now the third time that the OOM killer kicks in with current TW and kernel 4.7. This never happend with my selfcompiled 4.5.
Any idea if FireFox just leaks memory and deserves to die, or if the kernel is broken?
There is a kernel memory leak, I very suspect. ARM and ppc kernel builds fail due to that. But I was unable to catch that beast yet :/.
Ok. I will try 4.7.1 which mentions some ipc leak, and also 4.6.4. Attached is meminfo, slabinfo and yet another OOM killer after I restarted firefox. It happens to work with another profile, which I will use now to get something done.
I don't suspect a kernel memory leak. The logic for declaring OOM has changed in Linux 4.7, and that change is causing premature OOM killer invocations in several environments.
http://lkml.kernel.org/r/201608120901.41463.a.miskiewicz@gmail.com http://lkml.kernel.org/r/20160801061625.GA11623@dhcp22.suse.cz
The former thread is an OOM report using ext4 filesystem. Please report your problem to linux-mm@kvack.org .
Yes this seems to be the case. Let's see if we can help compaction to not back off so early and try harder for !costly high order requests. Vlastimil has already a series which is sitting in the current mmotm http://lkml.kernel.org/r/20160810091226.6709-1-vbabka@suse.cz which might help and we might need more fixes.
Is this supposed to be fixed already? armv7l builds still suffer badly from the OOMs, even with kernel-default-4.7.2-2.1.
The patch is in the Linus tree but it hasn't reached the stable tree yet. -- Michal Hocko SUSE Labs -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
On Wed 14-09-16 13:07:42, Michal Hocko wrote:
On Wed 14-09-16 11:27:11, Andreas Schwab wrote:
On Aug 17 2016, Michal Hocko <mhocko@suse.cz> wrote:
On Wed 17-08-16 19:49:59, Tetsuo Handa wrote:
Olaf Hering wrote:
On Wed, Aug 17, Jiri Slaby wrote:
On 08/17/2016, 08:04 AM, Olaf Hering wrote: > It happend now the third time that the OOM killer kicks in with current > TW and kernel 4.7. This never happend with my selfcompiled 4.5. > > Any idea if FireFox just leaks memory and deserves to die, or if the > kernel is broken?
There is a kernel memory leak, I very suspect. ARM and ppc kernel builds fail due to that. But I was unable to catch that beast yet :/.
Ok. I will try 4.7.1 which mentions some ipc leak, and also 4.6.4. Attached is meminfo, slabinfo and yet another OOM killer after I restarted firefox. It happens to work with another profile, which I will use now to get something done.
I don't suspect a kernel memory leak. The logic for declaring OOM has changed in Linux 4.7, and that change is causing premature OOM killer invocations in several environments.
http://lkml.kernel.org/r/201608120901.41463.a.miskiewicz@gmail.com http://lkml.kernel.org/r/20160801061625.GA11623@dhcp22.suse.cz
The former thread is an OOM report using ext4 filesystem. Please report your problem to linux-mm@kvack.org .
Yes this seems to be the case. Let's see if we can help compaction to not back off so early and try harder for !costly high order requests. Vlastimil has already a series which is sitting in the current mmotm http://lkml.kernel.org/r/20160810091226.6709-1-vbabka@suse.cz which might help and we might need more fixes.
Is this supposed to be fixed already? armv7l builds still suffer badly from the OOMs, even with kernel-default-4.7.2-2.1.
The patch is in the Linus tree but it hasn't reached the stable tree yet.
Forgot to mention that I've submitted the patch for the TW kernel I am just not sure when the kernel gets released. -- Michal Hocko SUSE Labs -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
On 09/14/2016, 01:08 PM, Michal Hocko wrote:
Forgot to mention that I've submitted the patch for the TW kernel I am just not sure when the kernel gets released.
https://build.opensuse.org/request/show/427361 thanks, -- js suse labs -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
participants (6)
-
Andreas Schwab
-
Bjoern Voigt
-
Jiri Slaby
-
Michal Hocko
-
Olaf Hering
-
Tetsuo Handa