Date: Tue, 6 Nov 2018 01:21:07 +0300 From: Rozhuk Ivan <rozhuk.im@gmail.com> To: Konstantin Belousov <kostikbel@gmail.com> Cc: Robert <robert.ayrapetyan@gmail.com>, Mark Millard <marklmi@yahoo.com>, FreeBSD <freebsd-hackers@freebsd.org>, Mark Johnston <markj@freebsd.org> Subject: Re: Sudden grow of memory in "Laundry" state Message-ID: <20181106012107.2898f093@gmail.com> In-Reply-To: <20181027043819.GX5335@kib.kiev.ua> References: <ce38cbfa-e1c5-776e-ef2e-2b867c9a520f@gmail.com> <20180911150849.GD92634@raichu> <104be96a-c16b-7e7c-7d0d-00338ab5a106@gmail.com> <20180928152550.GA3609@raichu> <e705099c-ea42-4985-1012-50e9fa11addd@gmail.com> <20181024211237.302b72d9@gmail.com> <981C887D-78EB-46D2-AEE5-877E269AF066@yahoo.com> <c25e19a4-d3ef-e419-06f8-8a86082dbf31@gmail.com> <E4B508E7-04CC-41BD-934B-19EE69E85800@yahoo.com> <42f6544f-830c-18c5-e1a8-0acc4c3f09cc@gmail.com> <20181027043819.GX5335@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 27 Oct 2018 07:38:19 +0300 Konstantin Belousov <kostikbel@gmail.com> wrote: > > 1. When process allocates memory (mmap), "Active" memory increases, > > "Free" memory decreases (that's expected). > No, mmap(2) call only causes some small amount of the kernel memory > allocation, to track the mmaped region. > > Pages are allocated on the first touch, lets ignore the prefaulting > mechanism which is not too relevant for the discussion. Mapped page > can be either active or inactive, this is determined by the usage > history. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195882 This is still a proublem. I have 12.0b3 in vbox. 16 Gb hdd, 4 Gb RAM. Free 6+Gb on hdd. Build app to write 6 Gb. run, it was killed Nov 5 21:05:09 firewall kernel: pid 96603 (testvm), uid 0, was killed: out of swap space Nov 5 21:05:15 firewall kernel: Nov 5 21:05:09 firewall kernel: pid 96603 (testvm), uid 0, was killed: out of swap space Mem: 50M Active, 3331M Inact, 192M Laundry, 362M Wired, 208M Buf, 212M Free Swap: 16G Total, 151M Used, 16G Free Filesystem Size Used Avail Capacity iused ifree %iused Mounted on /dev/gptid/6f42a7d9-45b9-11e8-8fd8-0800278fa2e3 17G 14G 2.4G 85% 768k 1.4M 35% / 1. Program does not do it job / killed, but system have more than enough swap. 2. mem does not free after all disk io done. It free only after file deleted or readed. Also there is more strange behaviour if swap file disabled.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20181106012107.2898f093>