Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #196463

Re: The Internet locks up Buster

From Reco <recoverym4n@gmail.com>
Newsgroups linux.debian.user
Subject Re: The Internet locks up Buster
Date 2018-06-07 10:50 +0200
Message-ID <vXYMi-5tU-25@gated-at.bofh.it> (permalink)
References <vXOMV-8dl-5@gated-at.bofh.it> <vXXZU-4Z8-3@gated-at.bofh.it> <vXY9z-5hu-11@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


	Hi.

On Thu, Jun 07, 2018 at 11:05:27AM +0300, Abdullah Ramazanoğlu wrote:
> On Thu, 7 Jun 2018 10:52:01 +0300 Reco said:
> 
> [--8<--]
> 
> > I.e. 12309 bug is back. It's obscure and presumably fixed (at least four
> > times fixed) bug that happens with relatively slow filesystem (be it
> > SSD/HDD/NFS or whatever) and a large amount of free RAM. I first
> > encountered the thing back in 2.6.18 days, where it was presumably
> > implemented (as in - nobody complained before ;).
> > 
> > The idea behind that bug is simple - first, the kernel accumulates a
> > certain amount of 'dirty' (i.e. changed) filesystem blocks. Since the
> > amount of free RAM is large, the amount of such blocks is huge too.
> > Next, kernel realizes that it's time for a 'barrier write' - everything
> > that was happening before the barrier must be written onto persistent
> > storage. And since it's 'barrier write time', everyone at userspace are
> > blocked from making new changes for the existing filesystems, i.e.
> > everyone are blocked on I/O.
> > Since the amount of dirty blocks is huge, and the filesystem is slow -
> > the kernel takes its time and writes dirty blocks. But - it writes them
> > slowly, and new I/O requests are accumulating faster than it's possible
> > for the kernel to write them. Hence the lookup.
> > 
> > > So, as I think you suggested, it seems that OOM-killer isn't getting
> > > in quickly enough to kill a program and/or not working correctly.
> > > 
> > > Suggestions?  
> > 
> > Limit the size of dirty blocks cache. Kernel defaults are insanely large.
> > What I'm using here is:
> > 
> > $ cat /etc/sysctl.d/12309.conf
> > vm.dirty_ratio=5
> > vm.dirty_background_ratio=5
> 
> I have added the line below to /etc/crontab for different reasons (better FS
> resilience), but it might help to circumvent this bug too.
> 
> * * * * * root /bin/sync

Here our approaches differ. I'm a strong believer of 'kernel does not
need userspace kludges' principle.
Yours is what Red Hat is using these days - 'we wrote a userspace tool
for that'.

To each its own, I guess.

Reco

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Re: The Internet locks up Buster Borden Rhodes <jrvp@bordenrhodes.com> - 2018-06-07 00:10 +0200
  Re: The Internet locks up Buster Abdullah Ramazanoğlu <ar018@yahoo.com> - 2018-06-07 00:40 +0200
  Re: The Internet locks up Buster Reco <recoverym4n@gmail.com> - 2018-06-07 10:00 +0200
    Re: The Internet locks up Buster Abdullah Ramazanoğlu <ar018@yahoo.com> - 2018-06-07 10:10 +0200
      Re: The Internet locks up Buster Reco <recoverym4n@gmail.com> - 2018-06-07 10:50 +0200
        Re: The Internet locks up Buster Abdullah Ramazanoğlu <ar018@yahoo.com> - 2018-06-07 13:50 +0200

csiph-web