Date: Sun, 5 Jan 2020 14:07:24 -0800 From: Mark Millard <marklmi@yahoo.com> To: Wojciech Puchar <wojtek@puchar.net> Cc: freebsd-hackers@freebsd.org Subject: Re: processes are killed because of out of swap space Message-ID: <B30C7C68-CFB7-4252-B114-BEC023501FC9@yahoo.com> In-Reply-To: <alpine.BSF.2.20.2001052139580.34061@puchar.net> References: <C1C8F724-88B0-49D9-A9DF-DB0AA8AF3164.ref@yahoo.com> <C1C8F724-88B0-49D9-A9DF-DB0AA8AF3164@yahoo.com> <alpine.BSF.2.20.2001051307080.18098@puchar.net> <alpine.BSF.2.20.2001051408100.3906@puchar.net> <9C6B115C-90CC-449D-A29D-429BD97F37C4@yahoo.com> <alpine.BSF.2.20.2001052139580.34061@puchar.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2020-Jan-5, at 12:41, Wojciech Puchar <wojtek at puchar.net> wrote: >=20 >>>> but still - there is A LOT of memory to be reclaimed. inactive is = many gigabytes on my server. >>>>=20 >>>>> # Delay when persisstent low free RAM leads to >>>>> # Out Of Memory killing of processes: >>>>> vm.pageout_oom_seq=3D120 >>>> set to 300. >>=20 >> A good question is if changing this figure significantly >> changes how long before the OOM kills significantly. >=20 > yes. but they are still killed. >=20 > the problem was geom_raid5. which i found not usable anyway - in case = of system crash filesystem is in state of total mess. >=20 > I just decided to have less space with 2 gmirrors but at least proven, = stable and fast. >=20 > All problems disappeared now. Glad you isolated a way to avoid the problem in your context. If anyone is to work on geom_raid5, knowledge that: A) it was getting OOM kills that the other technique did not and: B) vm.pageout_oom_seq changes were controlling when likely would be useful background information. I wonder if a bugzilla report of such would be appropriate. (Some detail about the time frames for the alternative vm.pageout_oom_seq figures might be appropriate.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B30C7C68-CFB7-4252-B114-BEC023501FC9>